| << Retour à l'affichage précédent |
|
[EXP-3892] IP Contrex Création: 21/août/07 15:01 Mise à jour: 05/sept./07 14:29 Résolue: 05/sept./07 14:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le serveur hébergeant ntop, contrex est sur la plage dhcp .... Une fois de plus l'interrogation de ntop est impossible. Merci de fixer son @ip, de renseigner correctement le dns, de le tester depuis un poste tiers et de renseigner le fichier adressage.xls Merci ! |
| Commentaires |
| Commentaire de Jérôme Mazoyer [ 21/août/07 15:37 ] |
| L'adresse 192.168.1.175 a été enlevé du DHCP pour être en @IP Fixe. Configuration de Contrex en IP Fixe. Cela devrait resoudre le problème. Je laisse le Jira ouvert le temps de voir si les modifications apportées fonctionnent correctement. |
| Commentaire de Jérôme Mazoyer [ 27/août/07 10:21 ] |
| Après plusieurs jours d'utilisations l'@ip de CONTREX n'a pas changée (suite au changement en IP FIXE), je ferme donc cette demande. |
| Commentaire de Jérémie Bennejean [ 27/août/07 12:16 ] |
|
SAlut, je me permets de rouvrir le jira pour les raisons suivantes: - Lorsqu'on ping contrex on a des fois une reponse des fois pas. - Aujourd'hui contrex à repris son ancienne IP. La correspondance dans le dns est a nouveau exacte. - Si on laisse comme ca au prochain renouvellement du bail, si contrex est indisponible, il se fera à nouveau souffler son IP par un pote quelconque ... - Pour faire quelque chose de propre est de facile à entretenir, je pense toujours qu'il faut fixer l'adresse IP d'un serveur et non pas la laisser en DHCP... |
| Commentaire de Jérôme Mazoyer [ 05/sept./07 14:29 ] |
| Suite a notre conversation Jérémie, Contrex est maintenant en 192.168.1.175 en @IP Fixe. Si jamais tu veux que je la change dis le moi. |
[EXP-1986] Les adresses IP des serveurs de PriceMinister Création: 09/mai/06 19:06 Mise à jour: 25/juin/07 18:57 Résolue: 19/mai/06 15:14 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Afin d'implémenter Google AdSense sur PriceMinister, j'ai
besoin de transmettre à Google toutes les adresses IP des serveurs sur
lesquels Google AdSense peut s'afficher. Cela comprend donc : - toutes les adresses IP des serveurs de prod - toutes les adresses IP des serveurs de test Merci de votre retour très rapide Charles |
| Commentaires |
| Commentaire de Sébastien Tournay [ 10/mai/06 09:15 ] |
|
On utilise 2 @IP pour le site www.priceminister.com. Il s'agit de 212.23.167.62 et 212.23.167.56 Qu'entends tu par serveur de test ? Si il s'agit de l'intégration, nous avons des @IP privées. Donc non connus de l'Internet. Elle ne va donc pas te servir à grand chose. Comment est-ce sensé fonctionné ? A quoi sert-il de donner notre adresse IP ? |
| Commentaire de Charles Decaux [ 10/mai/06 13:03 ] |
|
Oui il s'agit du serveur d'intégration Cela fonctionne de la façon suivante : - Google AdSense ne s'affiche que s'il est paramétré sur un site autorisé. Un site autorisé est défini par l'adresse IP des ses serveurs. Donc pour tester Google AdSense je dois donner les IP du site d'integ sinon on ne pourra pas le tester. Si ce n'est pas clair passe me voir. Voici la réponse de Google quand je leur demande comment faire pour être autorisé à afficher Google AdSense sur un site de test fermé à l'environnement Internet : "The test site should have some external IPs through your firewall that it uses to direct and receive traffic externally to the Internet. You can enter these IPs and do a test from your server. This HTTP call should return an XML document with a few ads in it." HELP |
| Commentaire de Sébastien Tournay [ 10/mai/06 14:18 ] |
| Je ne suis pas certain que cela va fonctionner pour le site d'intégration dans la mesure ou nous n'avons pas d'@IP publique. En tout cas l'@IP de www.pm.lan c'est ' 192.168.1.75'. RANTO, on peut sinon faire de l'IP forwarding avec une adresse IP publique dont nous disposons non ? Cela pourrait marcher ? |
[EXP-1963] Gestion des adresses IP en interne pour les cobrnadings Création: 05/mai/06 15:36 Mise à jour: 25/juin/07 18:57 Résolue: 17/mai/06 12:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures, 50 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Une bonne façon d'économiser des adresses IP... Je viens de me rendre compte sur notre zone que nous avions une adresse IP par cobranding. En fait, ce n'est pas utile ;-)) On peut utiliser une seule adresse IP pour tous les cobrandings (ofup, m-.pm.lan..) puisque apache est configuré en virtualhost par nom. C'est le fonctionnement que nous avons en PROD. Je ne suis même pas certain qu'il soit utile d'avoir une @IP différente pour www.pm.lan bo.pm.lan comme nous l'avons en PROD. C'est surtout utile lorque le vont gérer des VIP pour la répartition de charge mais en INTEG.. pas besoin. Il faudrait donc faire du ménage dans les @IP pour en libérer et adapter la conf APACHE en conséquence. On devrait récupérer quelques adresses.. ATTENTION aussi à libérer les @IP virtuelle associées à la carte réseau de DEUTZ. |
| Commentaires |
| Commentaire de Pap Ndiaye [ 15/mai/06 13:56 ] |
| On prevoit cela en fin de semaine |
| Commentaire de Jérémie Bennejean [ 17/mai/06 12:41 ] |
|
C'est bon je m'en suis occupé. En résumé : 26 adresses IP ont été libérées sur les 31 cobrandings. 5 cobrandings ont conservés des @ IP: pm-es www bo preview bi Modification sur Deutz : httpd.conf Modification des virtuals hosts concernés --> pointent sur 192.168.1.90 restart et graceful de httpd /etc/sysconfig/network-scritp plutot que de supprimer les interfaces, je les ai renommé en .old au cas ou. redémarrage de la carte réseau Modification sur ruinart Zone DNS pm.lan.zone redémarrage du DNS Test de cobrandings liberation.pm.lan , m6.pm.lan, etc ... |
| Commentaire de Sébastien Tournay [ 17/mai/06 17:45 ] |
| Très bien. Il devient donc moins critique d'étendre la plage d'@IP. Peux tu nous l'inventaire des @IP que nous avons maintenant de dispo sur notre plage ? |
| Commentaire de Jérémie Bennejean [ 18/mai/06 10:59 ] |
|
Nous avons économisé 24 adresses IP La pluspart de cobrandings pointent sur 192.168.1.90 (ceux resté inschangés sont pm-es,liberation,www,bo,preview,bi,freesurf) Au total nous disposons sur la plage fixe (192.168.1.1-->192.168.1.99) de 56 adresses IP de libres ( rien que sur la plage fixe) |
[IMP-6870] Rang IP pour acces telechargement fichier Création: 30/août/10 18:10 Mise à jour: 31/août/10 15:51 Résolue: 31/août/10 15:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | dvdplaneta; pencvj |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Le partenaire groupe Planeta (www.dvdgo.com) nous demande notre "plage IP" afin de nous donner l'accès au téléchargement d'un fichier pour mettre un ligne un catalogue des produits et faire les MAJ. Pourriez-vous me fournir cette information? merci voir mail du partenaire Hola Carlos, Muchas gracias pro tu ayuda, y perdona la tardanza en la respuesta, ya que ahora la que estaba fuera de la oficina era yo. Me han pasado desde el departamento técnico un sistema mediante url que os permitirá obtener los precios con descuento de nuestro catálogo de dvdv y videojuegos, pero para probar si os sirve, necesitan vuestro rango de IP para daros acceso a nuestro servidor, me lo puedes enviar? Muchas gracias! Verónica Rodenas Casadellibro.com & Planeta eCommerce Network Tlf directo: 91 481 64 65 |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 31/août/10 15:51 ] |
|
IP1: 212.23.167.57 IP2: 212.23.170.218 Attention, ce n'est pas une plage d'IPs, ce sont deux IP possibles. |
[DEC-263] Affiner le rapport acheteur-vendeur meme IP... Création: 16/févr./06 11:26 Mise à jour: 14/sept./07 14:22 Résolue: 24/févr./06 12:27 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Sébastien Mantanus | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 2 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 2 heures | ||
| Description |
|
Enlever du rapport toutes les IP qui commencent par "195.93." qui sont clairement des IP AOL.
|
| Commentaires |
| Commentaire de François Le Lay [ 23/févr./06 10:04 ] |
|
script: /data/priceminister/reporting/dev/sql/sources/backoffice/fraud_seller_buyer.sql Rajouter une clause qui permet d'exclure les users dont le champ ip_address commence par "195.93." via un substr. A redéployer en prod via "svn update". |
| Commentaire de Cyrille Sarti [ 24/févr./06 12:27 ] |
|
Bonjour, La modification a été effectuée. Cyrille |
[EXP-2051] monitoring : comportement suspect de 2 adresses IP Création: 16/mai/06 12:07 Mise à jour: 25/juin/07 18:58 Résolue: 17/mai/06 17:38 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Est ce que le systeme de black listage d'adresses IP fonctionne toujours ? Ci dessous, les log qui me genent : |
| Commentaires |
| Commentaire de Justin Ziegler [ 16/mai/06 12:10 ] |
|
2006-05-16 07:33:38,428 INFO [-Processor16] 62.147.153.96 - <<< [65904 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all 2006-05-16 07:34:35,806 INFO [P-Processor9] 62.147.153.96 - <<< [6016 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all 2006-05-16 07:35:00,522 INFO [-Processor16] 62.147.153.96 - <<< [6499 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all 2006-05-16 07:35:12,413 INFO [-Processor32] 62.147.153.96 - <<< [6117 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all 2006-05-16 08:03:15,232 INFO [P-Processor1] 83.205.171.114 - <<< [173 ms] GET http://www.priceminister.com/offer/buy/352132/sort0/all 2006-05-16 08:03:16,343 INFO [-Processor39] 83.205.171.114 - <<< [165 ms] GET http://www.priceminister.com/offer/buy/312218/sort0/all 2006-05-16 08:03:16,966 INFO [-Processor18] 62.147.153.96 - <<< [238 ms] GET http://www.priceminister.com/offer/buy/3443684/sort0/all 2006-05-16 08:03:17,171 INFO [-Processor28] 83.205.171.114 - <<< [218 ms] GET http://www.priceminister.com/offer/buy/515607/sort0/all www.priceminister.com 62.147.153.96 - - [16/May/2006:08:09:04 +0200] "GET http://www.priceminister.com/offer/buy/4572764/sort0/all HTTP/1.0" 200 46421 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:07 +0200] "GET http://www.priceminister.com/offer/buy/510895/sort0/all HTTP/1.0" 200 81229 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:08 +0200] "GET http://www.priceminister.com/offer/buy/879079/sort0/all HTTP/1.0" 200 44804 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET http://www.priceminister.com/offer/buy/352294/sort0/all HTTP/1.0" 200 57857 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET /offer/buy/254212/sort0/all HTTP/1.1" 200 53370 "http://www.2xmoinscher.com/livres/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET http://www.priceminister.com/offer/buy/366417/sort0/all HTTP/1.0" 200 55675 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:10 +0200] "GET http://www.priceminister.com/offer/buy/312429/sort0/all HTTP/1.0" 200 48447 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:10 +0200] "GET http://www.priceminister.com/offer/buy/818949/sort0/all HTTP/1.0" 200 50797 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" => comportement curieux ! => faut il baisser le seuil de declenchement de l'exclusion automatique ? => est ce que le mecanisme fonctionne correctement ? NB : le referer avec 2x est tres curieux !! globalement, les referer sont etranges.... |
| Commentaire de Justin Ziegler [ 16/mai/06 12:10 ] |
|
Ca continu actuellement avec une IP differente : www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:09 +0200] "GET http://www.priceminister.com/offer/buy/266283/sort0/all HTTP/1.0" 200 41298 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:10 +0200] "GET http://www.priceminister.com/offer/buy/425068/sort0/all HTTP/1.0" 200 44761 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:11 +0200] "GET http://www.priceminister.com/offer/buy/13188858/sort0/all HTTP/1.0" 200 44090 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:11 +0200] "GET http://www.priceminister.com/offer/buy/1284855/sort0/all HTTP/1.0" 200 46957 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:13 +0200] "GET http://www.priceminister.com/offer/buy/1835958/sort0/all HTTP/1.0" 200 45067 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:14 +0200] "GET http://www.priceminister.com/offer/buy/1180956/sort0/all HTTP/1.0" 200 41575 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:14 +0200] "GET http://www.priceminister.com/offer/buy/253137/sort0/all HTTP/1.0" 200 43691 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:15 +0200] "GET http://www.priceminister.com/offer/buy/266283/sort0/all HTTP/1.0" 200 41333 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" |
| Commentaire de Sébastien Tournay [ 16/mai/06 13:43 ] |
|
Xiaoming, Tu peux vérifier que notre fonction de blakcklistage d'@IP sur notre site fonctionne toujours. A quelle fréquence le fichier block.list est-il alimenté ? Quel est le seuil pour déclarer qu'une @IP est blacklistée ? Actuellement, nous avons 4 adresses de blacklistée. On retourne bien un code 503. La dernière mise à jour de ce fichier date de 9h30 |
| Commentaire de Xiaoming Du [ 17/mai/06 16:10 ] |
|
1/ J'ai vérifié la dernière mise à jour de la blackliste, elle fonctionne toujours. 2/ la fréquence de l'alerte (détection des crawlers) est 10 minutes. 3/ le seuil est fixé à 400 requêtes http. 4/ Je vais ajouter le moteur "asktom" dans la white liste de l'alerte. |
| Commentaire de Xiaoming Du [ 17/mai/06 17:38 ] |
| le moteur asktom est ajouté dans la whilte-liste. La modification est livrée avec minitord-0.11.5 |
[EXP-1641] Merci de fournir une adresse IP fixe pour la télésurveillance des locaux Création: 28/mars/06 10:56 Mise à jour: 25/juin/07 18:57 Echéance: 31/mars/06 00:00 Résolue: 30/mars/06 15:33 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Alain Bonneaud | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous avons besoin d'une adresse ip fixe pour le vendredi 31
Mars au plus tard pour finaliser l'installation de la télésurveillance
des locaux le week-end prochain D'avance merci. |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 28/mars/06 12:11 ] |
| Jérémie, pourrais tu nous bloquer une IP Public pour la télésurveillance Merci. |
| Commentaire de Jérémie Bennejean [ 28/mars/06 18:10 ] |
|
Je suppose qu'il s'agit d'une @ ip fixe dans la plage fixe du réseau interne et non d'une @ public . |
| Commentaire de ZZ_Arnaud Baali [ 29/mars/06 10:45 ] |
| Oui désolé je n'avais pas pensé à la ligne 9t pour l'accès depuis l'exterieur |
| Commentaire de Jérémie Bennejean [ 29/mars/06 14:38 ] |
|
J'ai réservé cette adresse : 192.168.1.2 |
| Commentaire de Jérémie Bennejean [ 30/mars/06 11:37 ] |
| Cela convient-il ? |
[EXP-275] Ne pas prendre en compte les IP suivantes sous Xiti Création: 14/oct./05 11:44 Mise à jour: 25/juin/07 18:54 Résolue: 07/nov./05 14:22 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Quentin de Chivré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous sommes présents sur le nouvel outil de liens sponsorisés de MSN. MSN crawle régulièrement nos pages pour vérifier que tout se passe bien chez nous. Mais cela fausse les stats Xiti. Il faudrait donc ne pas prendre en compte les adresses IP suivantes dans Xiti. BAYTRARPT18 :65.54.236.86 BAYTRARPT19: 65.54.236.87 BAYTRARPT20: 65.54.236.88 BAYTRARPT22: 65.54.236.90 Merci et à votre dispo pour toute question |
| Commentaires |
| Commentaire de Nicolas Gréhalle [ 17/oct./05 11:40 ] |
|
Vous pouvez faire quelque chose à votre niveau ? C'est de l'exploit, du dev ou pas possible pour moi |
| Commentaire de Sébastien Tournay [ 17/oct./05 12:33 ] |
|
Je ne suis pas certain que cela soit de l'Exploit. Je me
demande si il ne s'agit pas d'un filtrage spécifique dans XITI
directement. Quentin qu'en penses-tu ? Cela peut-être lié à du DEV ? Sébastien |
| Commentaire de Quentin de Chivré [ 17/oct./05 13:08 ] |
| Il faut demander à Xiti directement... Moi je ne sais pas faire aujourd'hui |
| Commentaire de Charles Decaux [ 17/oct./05 14:51 ] |
|
Ok merci pour les réponses. En fait, l'interface Xiti permet d'exclure directement des adresses IP. |
| Commentaire de Quentin de Chivré [ 07/nov./05 14:22 ] |
| Corrigé donc... |
[EXP-3933] changement IP "Auto Neuf" Création: 12/sept./07 12:02 Mise à jour: 12/sept./07 13:29 Résolue: 12/sept./07 13:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Lorenzo Nuccio | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Hello, Comme vu ensemble, voici la modification demandée pour le nom de domaine priceministerautoneuf.com : - ancienne IP : 212.180.5.138 - nouvelle IP : 91.90.102.40 Cette modification concerne le trafic web ainsi que les mails. URGENT Merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 12/sept./07 13:29 ] |
|
C'est fait, la propagation prendra 24h au plus. Merci. |
[EXP-3491] changement de mon adresse IP Création: 17/avr./07 09:41 Mise à jour: 25/juin/07 19:00 Résolue: 09/mai/07 19:00 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Est ce possible de prendre en compte ma nouvelle adresse IP : IP fixe : 213.41.234.177 pour memoire, l'ancienne etait : 213.41.233.175 (je crois) il faut bien prendre cela en compte : 1/ dans les regles de filtrage 2/ dans apache 3/ pour le bo FR & ES & qv & ssh |
| Commentaires |
| Commentaire de Justin Ziegler [ 17/avr./07 09:41 ] |
| nb : ce changement est du a un pb sur la ligne, et donc a un changement de techno. |
| Commentaire de Patrice Boulanger [ 17/avr./07 11:22 ] |
|
Jérémie, Merci de faire les MAI pour JET et de mettre les configurations apache FR é ES à jour (et tout ce qui est nécessaire et que j'ai oublié ;-) |
| Commentaire de Jérémie Bennejean [ 17/avr./07 15:51 ] |
|
La MAI est déposée chez Jet et effectuée(demande de
remplacement de 213.41.233.175 par 213.41.234.177 sur le firewall). 213.41.233.175 est remplacée par 213.41.234.177 sur les 3 frontaux webs en FR et ES. graceful effectué |
| Commentaire de Justin Ziegler [ 18/avr./07 10:09 ] |
|
A priori cela semble fonctionner. pas de pb identifié pour l'instant, sauf peut etre un truc bizarre sur le bo es ? cf mail que j'ai envoyé a patrice a ce sujet |
| Commentaire de Justin Ziegler [ 18/avr./07 10:09 ] |
|
on attend qqs jours et on pourra fermer le ticket. merci |
| Commentaire de Jérémie Bennejean [ 25/avr./07 15:31 ] |
|
Aprés avoir comparé phaeton, cupidon et aricia, sur Aricia,le lien symbolique maintenance.asis est erroné. J'ai refais le lien. |
| Commentaire de Jérémie Bennejean [ 09/mai/07 18:21 ] |
|
Justin, as tu re testé l'accès aux différents vh ? Si oui et si cela fonctionne, je fermerais le jira. |
| Commentaire de Justin Ziegler [ 09/mai/07 18:37 ] |
|
il me semble que tou va bien. je n'ai pas noté de pb en tout cas. merci |
| Commentaire de Jérémie Bennejean [ 09/mai/07 19:00 ] |
|
Très bien, je résous le jira. En cas de problèmes, on rouvrira le jira. Merci. |
[EXP-1399] bi : je voudrais avoir acces a la plateforme bi de chez moi avec mon adresse ip fixe Création: 28/févr./06 09:37 Mise à jour: 25/juin/07 18:56 Résolue: 20/mars/06 16:22 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
quels sont les fichiers de conf impacte ? NB : j'ai deja rajoute mon adresse IP dans la config HTTP, mais cela ne semble pas etre sufisant. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 20/mars/06 15:13 ] |
|
En principe cela doit être suffisant. Je viens de vérifier
la conf sur CUPIDON et PHAETON. Ton @IP est bien ajoutée au virtual-host
bi. Il n'est pas question non plus de .htacess pour ce virtual-host et
la VIP utilisée (.8) est la même que bo.priceminister.com donc au niveau
du FireWall de JMH c'est bon. Tu peux ressayer à nouveau pour voir si il ya du changement sur l'accès ? |
| Commentaire de Justin Ziegler [ 20/mars/06 15:46 ] |
|
Oui, c bon depuis quelques temps. En fait j'avais fait une erreur dans la saisie de l'adresse sur l'un des serveurs. on peut fermer ce jira. |
[EXP-4309] IP pour la redirection de www.groupe-priceminister.com Création: 14/avr./08 11:09 Mise à jour: 15/juin/09 11:28 Résolue: 15/juin/09 11:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, l'adrese IP sur laquelle il faut rediriger le DNS www.groupe-priceminister.com est http://207.107.228.50/priceminister/www La mise en ligne du nouveau site institutionnel est prévue le mardi 22 avril (suceptible de décalage). Pouvez-vous prévoir la redirection pour cette date , svp ? Merci. Ghislain |
| Commentaires |
| Commentaire de Patrice Boulanger [ 14/avr./08 17:53 ] |
|
Ce que tu me donnes ci-dessus n'est pas une adresse IP mais
une URL. Quand je vais dessus, je tombe sur une page blanche avec écrit
dessus "priceminister". Est-ce normal ? Peux-tu passer me voir pour qu'on en discute? Merci. |
| Commentaire de Ghislain Gridel [ 15/avr./08 12:35 ] |
|
en effet c'est une url. Pour l'instant le site institutionnel n'est pas actif. Il le sera le mardi 22 avril (suceptible de décalage). Ghislain |
| Commentaire de Patrice Boulanger [ 16/avr./08 13:36 ] |
| Et donc ? C'est donc vers cette URL qu'on doit pointer ? Il faut une redirection transparente ou non transparente ? |
| Commentaire de Ghislain Gridel [ 16/juil./08 19:51 ] |
|
Olivier M va prendre le relais sur le nouveau site géré par Newcap. Il reviendra vers toi. Ghislain |
| Commentaire de Patrice Boulanger [ 15/juin/09 11:28 ] |
| Mis en place avec Thierry. |
[BIN-543] [BACK-OFFICE] : Demande ajout filter SELECT USER IP ADDRESS dans univers PURCHASE Création: 08/janv./09 17:33 Mise à jour: 09/mars/09 13:46 Résolue: 09/mars/09 13:45 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Florian Ambrosi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
DTM IX_PCH_IP_ADDRESS.sql
index fk_usr_ip_address.txt
|
| Pays: |
FRA - France
|
| Description |
|
Dans l'univers purchase, pour faire un requete prédéfinie de
recherche de commandes par IP, j'aurais besoin d'un filtre "SELECT USER
IP ADDRESS" dans le sous dossier User Account. Merci d'avance. |
| Commentaires |
| Commentaire de Cedric Favero [ 05/févr./09 15:50 ] |
| Ne le vois pas dans l'univers purchase |
| Commentaire de Cedric Favero [ 05/févr./09 16:38 ] |
|
Ca y est c'est bon. Par contre je n'ai pas une invite "simple" |
| Commentaire de Cedric Favero [ 05/févr./09 17:14 ] |
| Marche bien à part çà. |
| Commentaire de Florian Ambrosi [ 09/févr./09 10:34 ] |
|
Cédric, Le filtre est sur l'adresse IP de l'utilisateur d'où son nom "SELECT USER IP ADDRESS". Par contre, je ne suis pas sur d'avoir compris ce qu'est une invite "simple". Voudrais-tu que l'on puisse sélectionner une seule adresse IP? A ta dispo, si tu as des questions. Florian |
| Commentaire de Cedric Favero [ 20/févr./09 14:34 ] |
|
Effectivement, il me faudrait une invite simple pour une seule adresse IP (comme dans l'univers USER ACCOUNT) Je veux vraiment simplifier au maximum. Par contre puisqu'on est dans l'univers Purchase, il faudrait plutot les paniers avec une IP donnée (car la user ip address est uniquement la derniere enregistrée sur le compte et elle peut etre différente) merci. |
| Commentaire de Dalila Belkebir [ 25/févr./09 11:32 ] |
|
Cédric, Nous avons créé un nouveau filtre simple sur l'IP des paniers (non encore disponible en production). Mais j'ai une question : Devons nous supprimer le filtre que nous avons mis en place dans PURCHASE : 'select user IP address' afin d'éviter toute confusion ou bien Souhaites-tu le conserver quand même ? Cdlt, Dalila. |
| Commentaire de Cedric Favero [ 25/févr./09 16:21 ] |
|
C'est donc un "Select Purchase IP Address" que vous avez créé? SI la distinction est bien faite on peut garder les deux, ce sont des données differentes.. |
| Commentaire de Florian Ambrosi [ 09/mars/09 10:28 ] |
|
Cédric, Voici les développements qui ont été effectués sur l'univers DEV - PURCHASE : - Création d'un filtre "Select purchase ip address" dans la classe 'Purchase' qui permet de sélectionner UNE adresse IP de panier. - Création d'un filtre "Select user ip address" dans la classe 'User Account' qui permet de sélectionner UNE adresse IP de membre. Peux-tu les valider? Merci. A ta dispo, si tu as des questions. Florian |
| Commentaire de Cedric Favero [ 09/mars/09 12:00 ] |
| Je ne vois pas "Select purchase ip address" dans purchase !? |
| Commentaire de Florian Ambrosi [ 09/mars/09 12:33 ] |
|
C'est bon!! Désolé, je croyais que les filtres étaient passés en même temps en prod. Florian |
| Commentaire de Cedric Favero [ 09/mars/09 13:41 ] |
|
C'est tout bon , on a bien la distinction entre l'IP
constatée au moment de la commande (panier) et la derniere IP sur le
compte. Merci beaucoup. |
[EXP-736] Adresse IP du serveur CNET change Création: 03/janv./06 10:18 Mise à jour: 25/juin/07 18:55 Résolue: 19/janv./06 16:07 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ce message pour vous informer que l'adresse IP de la machine CNET récupérant notre flux - Ancienne adresse IP : 212.187.242.239 - Nouvelle adresse IP : 62.108.136.61 Merci de prendre en compte cette modification |
| Commentaires |
| Commentaire de Alain Bonneaud [ 19/janv./06 16:07 ] |
| Demande périmée car le flux CNET a été arrêté par le marketing. |
[EXP-4830] site inaccessible via une IP free Création: 26/mai/09 11:33 Mise à jour: 16/juil./09 15:54 Résolue: 16/juil./09 15:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Celine Maraud | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Message de Bettyboop120 : " Bonjour, Avec le même ordinateur portable: avec ma connection Free (IP: 82.229.255.227), cela ne marche pas, j'ai une erreur 403 Donc, ce même ordinateur portable avec une autre IP free foncionne et avec une IP orange bas débit de secour également (193.248.30.112 pour le test actuel) Je vais quand même répondre à vos questions LES PSEUDOS UTILISES : Bettyboop120 et Alkar0, mais on n'accède même pas à la page PLATEFORME UTILISEE - Machine : PC sur Windows XP Home, XP PRO, Linux Knoppix en live CD, Ubuntu, Opensuze (installé pour l'occasion), windows 2003 et Windows 7 - Navigateurs: Internet explorer (6, 7, et 8 mises à jour), Firefox (3.0.10) et Chrome (2.0.172.30) - Antivirus : Avast (version 4.8 familiale) et Kaspersky (Version 8.0.0.454) sur différents pc - Outil de blocage de pop-up : Intégré aux navigateurs - Outil de sécurité Internet : avast et kaspersky - Outil de contrôle parental : aucun - Outil de filtrage des publicités : aucun PROBLEME RENCONTRE - Description précise du problème : Erreur 403" |
| Commentaires |
| Commentaire de Patrice Boulanger [ 16/juil./09 15:54 ] |
| Plus d'actualité, l'utilisateur a probablement été bloqué parce que trop de requêtes sur la même page (mode PKM). |
[BIN-478] [BACK-OFFICE] Demande ajout filter SELECT USER IP ADDRESS dans univers USER ACCOUNT Création: 28/août/08 16:14 Mise à jour: 29/août/08 18:02 Résolue: 29/août/08 15:53 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Samir Beghdadi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Pour faire une requête prédéfinie pour les Fraudes, afin de
tres simplement pouvoir sortir tous les comptes et coordonnées associées
à une IP, serait bien si possible d'avoir une invite prédéfinie SELECT
USER IP ADDRESS. Merci d'avance |
| Commentaires |
| Commentaire de Samir Beghdadi [ 29/août/08 15:53 ] |
|
Cédric, Tu trouveras l'invite "SELECT USER IP ADDRESS" dans la classe User account de l'univers USER_ACCOUNT (FRANCE et ESPAGNE) Merci Samir |
| Commentaire de Cedric Favero [ 29/août/08 17:31 ] |
|
ok çà marche nickel. Merci bien. |
[APP-5235] BO user : recherche par IP depuis la liste des evenements Création: 07/juil./05 11:28 Mise à jour: 25/juin/07 18:31 Résolue: 07/juil./05 11:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 8.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sarah Eudor | Attribution: | Dispatcher (Dev) |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Les recherches par IP ont disparu, nous avions la
possibilité d¿effectuer une recherche par IP et toutes les connexions IP
d¿un utilisateur. Ici, dans la new version, il ne reste que la dernière
en date (en haut à droite)
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/juil./05 11:57 ] |
| Il faut juste faire apparaitre dans la liste des evenement les evenements de login (cocher Login puis GO) |
[INF-168] conflit d'adress IP sur poste de test : "dst202" Création: 26/sept./08 14:57 Mise à jour: 30/oct./08 16:06 Résolue: 30/oct./08 16:06 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Micro |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
impossible d'avoir le reseau sur la machine -> conflit d'address IP (le poste de test à coté du bureau de NCH) |
| Commentaires |
| Commentaire de Stéphane Eccli [ 30/oct./08 16:06 ] |
| ok |
[EXP-1637] Réservation d'une plage d'adresses IP pour les nouvelles imprimantes Création: 27/mars/06 16:15 Mise à jour: 25/juin/07 18:57 Résolue: 28/mars/06 18:07 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour, j'ai besoin que l'on me réserve 4 adresses IP pour les imprimanes du COEX Plage dynamique ou statique, peu m'importe Aujourd'hui serait génial |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 27/mars/06 17:03 ] |
|
54 à 57 Envoyé Comme vu au tel il faut mettre un nom ( miniscule ) afin que je renseigne le dns . |
| Commentaire de Jérémie Bennejean [ 28/mars/06 18:07 ] |
| Envoyé et consigné dans le fichier d'adressage ( dispo dans exploitation) |
[EXP-337] Inventorier et documenter tout le plan d'adressage IP interne Création: 10/nov./05 10:04 Mise à jour: 25/juin/07 18:54 Résolue: 21/nov./05 15:55 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans le but de revoir l'organisation IP de la plage dresser
un doc Excel de toutes nos adresses utilisées ou non. Ensuite point avec
Jérémie, Xiaoming et Edouard sur nouvelle organisation.
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 21/nov./05 15:55 ] |
|
duppliqer |
[DEC-259] Suppression des IP AOL dans le rapport fraud_seller_buyer Création: 13/févr./06 11:31 Mise à jour: 14/sept./07 14:23 Résolue: 23/févr./06 10:02 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Sébastien Mantanus | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 2 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 2 heures | ||
| Description |
|
Merci de supprimer du rapport les commandes effectuées via
une IP AOL car ce n'est pas des commandes A=V donc elles ne nous
intéressent pas et nous font perdre beaucoup de temps. Celà représente la majorité des lignes présentes dans ce rapport. Merci |
| Commentaires |
| Commentaire de François Le Lay [ 23/févr./06 10:02 ] |
|
script: /data/priceminister/reporting/dev/sql/sources/backoffice/fraud_seller_buyer.sql Ajout d'une prise en compte des qucik commits (champ "Délai COMMITED-CLOSED < 24H") |
[IMP-5038] Simply Electronics : demande de renseignements sur restrictions IP Création: 13/janv./10 09:54 Mise à jour: 13/janv./10 10:18 Résolue: 13/janv./10 10:18 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Laurent Payot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Login: | Simply Electronics |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Simply Electronics : demande de renseignements sur restrictions IP : De : Trunks Wong [mailto:trunks@eservicesgroup.net] Envoyé : mardi 12 janvier 2010 06:13 À : Jeremy Pallot Cc : 'Rod Fuge' Objet : RE: working together Dear Jeremy, Good day! How's your New Year Eve? I guess it must be a great day, except the weather is getting a bit cold at your side. We are pretty much quite busy lately for the sales and follow up. Plus, we got a new major system going to launch one or two weeks later. Hopefully, we can look into this issue in details and move forward in February. At the time being, I would want to know a bit more about the connectivity issue first. As I can see some other system we are integrating with are having ip addresses restriction and so on, I wonder is your side having such restriction as well? If so, even we cannot actually go into details yet, we can plan ahead for the setup. Thank you for your follow up. Warmest regards, Trunks Wong IT Manager E-Services Group Tel. +852 3741 0016 Fax. +852 3694 0873 E-Mail: trunks@eservicesgroup.net Skype ID: Trunkswong-EC |
| Commentaires |
| Commentaire de Laurent Payot [ 13/janv./10 10:18 ] |
|
De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : mercredi 13 janvier 2010 10:18 À : trunks@eservicesgroup.net Cc : 'Jeremy Pallot' Objet : RE: working together Hello Trunks, I'm Laurent from the PriceMinister import team. At PriceMinister inventory files as well as sales confirmation files are updated via FTP, with a unique address for UK ftp.priceminister.co.uk , port 21. As specified in the attached file about file flow we can also retrieve inventory files via HTTP, port 80, password protected or not. Feel free to mail me directly at support.pro@priceminsiter.com if you have any questions. |
[EXP-1586] La plage d'adresse IP pour l'informatique internei arrive bientôt à saturation Création: 22/mars/06 18:32 Mise à jour: 07/août/07 11:01 Résolue: 07/août/07 11:01 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Alain Bonneaud | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 jours, 2 heures | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faut trouver rapidement une solution permettant d'étendre
cette plage car n'ous n'avons preque plus d'adresses disponibles et
nous avons très bientôt beaucoup d'équipements à installer. Peut-être faut-il changer de masque? Ou trouver une autre solution? |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 22/mars/06 19:00 ] |
|
- Comme vu avec toi Alain, c'est un sujet qui a été évoqué
ce matin lors de notre réunion et mis dans les plans. D'ailleurs une
réunion prochainement est déja prévu pour voir comment nous allons agir. - Aujourd'hui même si nous avons encore peu d'adresses de disponibles nous en avons encore. - Sur la plage fixe envirron une trentaine ( un epu plus avant un comptage rapide ). - Le seul moyen de connaitre l'état du nombre disponible/indisponible c'est de consulter l'état du fichier de lease dhcp (je peux en extraire une exemple pour Arnaud) - La solution doit être pensé. Il existe des RFC très précise sur le DHCP. L'ouverture du masque est une solution parmis d'autres. Cependant il faut bien consulter tout ce que cela impacte (Lien mpls pour accès en prod ,reconfiguration de serveurs, adresses virtuelles sur les serveurs appli ) - Le projet est confié initialement à Pap. |
| Commentaire de Alain Bonneaud [ 22/mars/06 19:09 ] |
| Merci Jérémie. Si le sujet est confié à Pap, merci de lui assigner ce JIRA ou de le relier au JIRA créé initialement sur le sujet. |
| Commentaire de Jérémie Bennejean [ 23/mars/06 09:18 ] |
| Je lui transmets |
| Commentaire de Jérémie Bennejean [ 13/avr./06 18:29 ] |
| Il m'a été réassigné |
| Commentaire de Sébastien Tournay [ 14/avr./06 10:09 ] |
|
Comme vu hier lors de notre réunion, il faut donc avancer
sur ce sujet pour la fin de la semaine prochaine. L'idée est de sortir
un document qui met à plat l'architecture actuelle et ses
problèmes/contraintes avec une solution proposée pour améliorer cela. On va essayer avec Alain d'Organiser une réunion avec Patrice (responsable du service delivery) un midi, pour évoquer cette nouvelle architecture et prendre une décision rapide en vue des projets à venir. |
| Commentaire de Jérémie Bennejean [ 18/avr./06 16:28 ] |
|
J'ai commené et bien avancé sur un premier document. Le sujet est : "Etendre cette plage car n'ous n'avons preque plus d'adresses disponibles" Quelques chiffres : Sur la plage fixe il reste 31 adresses de libre soit 30 % de disponibilité. Sur la plage DHCP il reste 34 adresses de libre soit 23 % de disponibilité. En fait je ne connais pas les prévisions d'augmentations du nombre de nouveaux postes susceptibles d'utiliser une @ sur la plage DHCP. De même je ne connais pas le nombre de nouveaux serveurs arrivant cette annnée. S'il s'agit juste d'étendre la plage IP je peux fournir d'ici peu le document. |
| Commentaire de Sébastien Tournay [ 18/avr./06 17:25 ] |
|
Sur les adresses fixes, il faut compter sur l'ajout de
nouveaux serveurs DEV, INTEG et PRE-PROD. On peut compter entre 15 et 20
serveurs. Il faut aussi prendre en compte les @IP des cobrandings que
nous allons avoir en Pre-Prod. Sur les adresses IP dynamiques, on peut compter sur un max de 15 personnes d'ici à la fin de l'année. Ce qui me semble important c'est de ne pas être à l'étroit avec nos adresses. Il faut donc se donner de la marge. Ce qu'il ne faut surtout pas, c'est courrir tous les 2 mois après des @IP. Plus que prévoir d'étendre, c'est surtout avoir une nouvelle organisation du plan d'adressage. |
| Commentaire de Jérémie Bennejean [ 20/avr./06 12:43 ] |
| J'ai rendu une première étude à Sébastiien ce matin même. |
| Commentaire de Jérémie Bennejean [ 24/avr./06 10:47 ] |
| Une autre version a été rendue. |
| Commentaire de Jérémie Bennejean [ 26/avr./06 16:45 ] |
|
Version finale rendue à Sébastien. J'ai envoyé une copie Alain et Pap |
| Commentaire de Justin Ziegler [ 07/août/07 10:16 ] |
| On peut fermer ? |
| Commentaire de Jérémie Bennejean [ 07/août/07 11:01 ] |
| On peut fermer. Des aménagements ont été trouvé pour économiser des adresses ip (regroupement des cobrandings en integ), Installation de la preproduction sur un dmz et une autre plage IP, nettoyage des serveurs non utilisés ... |
[EXP-2099] Conflit d'adresse IP 192.168.1.113 avec le portable de Pascal Roselli Création: 22/mai/06 12:35 Mise à jour: 25/juin/07 18:58 Résolue: 22/mai/06 17:42 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Même après avoir supprimer son enregistrement du DHCP, il
seamblerait que son poste récupère à nouveau cette adresse IP
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 22/mai/06 13:01 ] |
|
Je pense que tu peux le faire non ? ( fixe lui une adresse
hors réseau et reboot hors réseau et rebrnache le, sinon élimine son
programme.) En plus je ne connais pas son logiciel ( si son logiciel n'a pas été controlé par nous ( fonctionnement etc ... ca peut etre long ) Pour lire le fichier de lease : cat /var/lib/dhcpd.leases |
[EXP-1435] wiki creation virtual IP Création: 03/mars/06 09:41 Mise à jour: 25/juin/07 18:56 Résolue: 03/mars/06 10:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Jérémie Bennejean [ 03/mars/06 10:45 ] |
|
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=CreationVirtualIP |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
correspondance.xls
|
| Pays: |
FRA - France
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:31 ] |
|
FRANCE WWW <VirtualHost 212.23.167.30:80> ServerName www.priceminister.com:80 ESPAGNE WWW <VirtualHost 212.23.167.36:80> DocumentRoot "/usr/local/apache/es/htdocs/pmweb/www.priceminister.es" ServerName www.priceminister.es:80 |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:49 ] |
|
Note pour moi, penser à demander à Jet de completer le /etc/hosts de evandre avec : 212.23.167.31 ofup.priceminister.com 212.23.167.31 virginmega.priceminister.com 212.23.167.31 m6net.priceminister.com 212.23.167.31 m6.priceminister.com 212.23.167.31 m6music.priceminister.com 212.23.167.31 m6game.priceminister.com 212.23.167.31 cinenow.priceminister.com 212.23.167.31 francemobiles.priceminister.com 212.23.167.31 jeuxvideo.priceminister.com 212.23.167.31 preview.priceminister.com 212.23.167.31 rfm.priceminister.com 212.23.167.31 freesurf.priceminister.com 212.23.167.31 croix-rouge.priceminister.com www.croix-rouge.priceminister.com 212.23.167.31 tiscalibe.priceminister.com 212.23.167.31 test.priceminister.com 212.23.167.31 europe2.priceminister.com 212.23.167.31 epik.priceminister.com 212.23.167.33 bo.priceminister.com bi.priceminister.com eglue.priceminister.com ig.priceminister.com 212.23.167.31 koobuycity.priceminister.com 212.23.167.31 mobilokaz.priceminister.com 212.23.167.35 www.radindesbois.com 212.23.167.37 pcdoccasions.vnunet.fr 212.23.167.32 occasion.camif.fr 212.23.167.34 occasion.presence-pc.com 212.23.167.31 mobilesachat.priceminister.com 212.23.167.38 bambinoccasion.priceminister.com 212.23.167.39 occasion.rueducommerce.fr occasion.rueducommerce.com 212.23.167.43 occasion.liberation.fr 212.23.167.36 www.priceminister.es 212.23.167.46 demo.priceminister.es 212.23.167.44 preview.priceminister.es 212.23.167.45 bo.priceminister.es 212.23.167.31 lycos-occasion.priceminister.com 212.23.167.31 laredoute-occasion.priceminister.com 212.23.167.31 journauxdumidi.priceminister.com 212.23.167.31 sfr.priceminister.com 212.23.167.31 nicematin.priceminister.com |
[EXP-382] Inventaire des différentes @IP utilisées en interne Création: 21/nov./05 15:54 Mise à jour: 25/juin/07 18:54 Echéance: 29/déc./05 00:00 Résolue: 12/janv./06 11:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Etude |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Doc | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | 2 heures | ||
| Description |
|
fixe (serveur+switch)+ DHCO + cobrnading. dresser un doc Excel de toutes nos adresses utilisées ou non Faire un schéma descriptif du fonctionnement interne DNS+DHCP Dans le but de l'optimiser et de le reconstruire |
| Commentaires |
| Commentaire de Sébastien Tournay [ 29/déc./05 13:41 ] |
| Faire une doc sur le WIKI de comment cela fonctionne aujourd'hui DNS+DHCP. Ajouter également dans cette doc l'inventaire Excel que tu as fait |
Installation accès réseau pour fonomail (messagerie téléphonique liée au standard automatique)
(EXP-710)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Alain Bonneaud | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
[APP-937] Rajouter un lien a cote de l'adresse IP pour faire un traceroute dessus... Création: 30/juil./02 14:52 Mise à jour: 25/juin/07 18:22 Résolue: 25/juin/07 18:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Quentin de Chivré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
... Parfois riche d'info qu'on n'a pas avec la recherche dans la base whois : http://www.getnet.com/cgi-bin/trace?212.94.160.230 |
[EXP-4479] [Conf Apache] Modification du ProxyPass Pangora pour redirection sur adresse IP Création: 08/août/08 09:37 Mise à jour: 26/août/08 12:29 Résolue: 26/août/08 12:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Damien Dorizy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Dans la conf Apache des serveurs de prod, il faudrait remplacer : ProxyPass /comparateur http://fr.channel.pangora.com/priceminister/xservice/custom par : ProxyPass /comparateur http://213.144.30.211/priceminister/xservice/custom La ligne : ProxyPass /pangora http://comparez.priceminister.com peut désormais être supprimée car elle n'est plus utilisée. Merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/août/08 14:16 ] |
|
Après en avoir parlé avec Patrice, il m'a demandé si cela à été validé par l'integ ? |
| Commentaire de Damien Dorizy [ 20/août/08 12:10 ] |
|
Validé quoi ? L'url utilisée en integ n'est pas la même (http://fr.staging.mentasys.de/priceminister/xservice/custom), car contrairement à google Pangora n'a pas le système de test/réel, ce qui fait que l'url de prod ne peut être utilisée qu'en prod. Validé par Swan le 28/05/2008 |
| Commentaire de Damien Dorizy [ 25/août/08 11:34 ] |
|
Devant le peu de réaction d'une demande qui date de plus de 3 mois, je passe le JIra en bloquant. Ce qui était conseillé devient urgent et doit être fait dans la semaine. Si personne n'est capable de faire ce qui doit prendre environ 3 minutes à faire sur tous les serveurs, donnez-moi les codes d'accès, je le ferai moi-même. Merci |
| Commentaire de Ange Ferrari [ 26/août/08 12:17 ] |
|
Non merci Damien nous ne doutons pas de ta GRANDE compétence en matière d'exploitation et dans tes multiples capacités cependant nous pensons qu'en lisant la documentation présente sur le site apache.org nous devrions arrivé à trouver le moyen d'éditer la configuration et de faire la modification en attendant tu sais ou je peux trouver notepad.exe car je ne le trouve pas sur les serveurs web :( |
| Commentaire de Damien Dorizy [ 26/août/08 12:29 ] |
|
Merci pour cette modification rapide Ange. Désolé pour le ton agressif, mais à choisir entre demander poliment et être pris pour un imbécile pendant 3 mois ou être un peu plus "agressif" et voir son problème résolu en un jour, je choisis la seconde solution à mon grand regret. |
enquete : mais que fait le 86.193.202.186 ?
(EXP-905)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Supervision |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Cette alerte doit permettre de surveiller d'éventuels
internautes qui viennent aspirer le site. ATTENTION à ne pas intégrer
dans cette alerte GOOGLE, AKAMAI...
|
| Commentaires |
| Commentaire de Xiaoming Du [ 30/janv./06 15:07 ] |
| module développé et livré avec minitord-0.3.x |
[EXP-3492] filtrage ip : j'ai l'impression que le bo espagne est uniquement filtré au niveau d'apache, et non au niveau du FW / routeur Création: 17/avr./07 09:42 Mise à jour: 08/août/07 19:27 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Commentaires |
| Commentaire de Justin Ziegler [ 17/avr./07 09:43 ] |
|
il me semble important de se donner un niveau de securité en plus. merci |
| Commentaire de Antoine Koener [ 17/avr./07 09:53 ] |
|
Avons-nous fait un règle particulière pour le Bo Espagne ? Je ne savais déjà pas que nous appliquions un filtrage au niveau du routeur sur le BO... |
| Commentaire de Justin Ziegler [ 08/août/07 19:27 ] |
|
Antoine, peux tu stp poser les bonnes questions a JMH afin d'avancer sur ce sujet ? et cloturer rapidement le ticket (j'ai bien noté que tu es bloqué sur le SAN). merci |
FAST INTEG (meta tache)
(EXP-1786)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Martin Sudmann | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
aparrémment Mumm n'arrive pas à résoudre Krug, par contre sur Deutz ça marche bien. en prod on a le même problème (Hercule), qu'on a résolu en mettant l'IP du QRServer host dans les priceminister.properties. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 10/mai/06 17:30 ] |
| done sur mumm |
[META-TACHE] Modification des tracking sites-under + tracking e-mails questions
(APP-26706)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il nous manque encore les infos essentielles : - Dates (à priori une journée entre le 19/10 et le 21/10) - Les adresses IP - Le serveur de recette |
| Commentaires |
| Commentaire de Fabrice Feugas [ 06/oct./09 14:48 ] |
|
Mathilde, Pourras-tu récupérer les adresses IP des
partenaires pour leur ouvrir l'accès à notre serveur de recette et fixer
une date pour la journée de recette avec tout le monde ? Je te propose le 19/10 ou le 20/10. Tu pourras leur dire qu'il fasse un achat à n'importe qui avec le numéro de carte bleue : 16 zéros, mois et année indifférents, 000 au code de sécurité. |
| Commentaire de Fabrice Feugas [ 15/oct./09 15:53 ] |
|
UP, est-il possible de faire cette opération lundi pour que
les accès à dev5.pm.dev soient ouverts toute la journée de mardi ? Les IP arrivent dans l'après-midi pour 3 partnaires / 4, la dernière arrive lundi. De notre côté, on avait noté des infos ici : http://pricewiki.lan/Wiki.jsp?page=ApacheEnDev#section-ApacheEnDev-Ouvrir_C3_80LExt_C3_A9rieur |
| Commentaire de Mathilde Caby [ 15/oct./09 15:53 ] |
|
Bonjour, Voici les différentes IP de nos partenaires (hors Effiliation dont l'ip sera communiquée comme convenu lundi matin): Zanox = 195.216.249.33 et 192.168.33.106 Commission junction = 81.252.3.242 Affilinet = 88.217.173.6 Est-ce ok de votre côté pour leur ouvrir l'accès mardi matin? |
| Commentaire de Damien Gilloz [ 19/oct./09 10:34 ] |
|
Bonjour, Les ouvertures sont faites pour les IP: 195.216.249.33 192.168.33.106 81.252.3.242 88.217.173.6 Elles ont le droit de se connecter sur 62.23.27.118 port 80 dont le trafic est redirigé vers 192.168.1.13 (dev5.pm.dev) port 80 Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ? |
| Commentaire de Mathilde Caby [ 19/oct./09 10:43 ] |
|
Hello à toi, O extraterrestre(!) Moi pas comprendre : "Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ? " Je vais fournir les infos aux partenaires mais peux-tu me dire si ils ont ne doit pas leur fournir une url pour les tests? |
| Commentaire de Mathilde Caby [ 19/oct./09 10:44 ] |
|
Voici l'IP de Effiliation comme convenu, Pouvez-vous les autoriser svp? 193.253.181.214 |
| Commentaire de Fabrice Feugas [ 19/oct./09 10:53 ] |
|
Salut Damien, En effet on a besoin d'un DNS pour que ça soit plus clair à communiquer aux partenaires, et qui redirige directement sur le port 80. En même temps, on autorise l'accès à la dernière URL fournie par Mathilde et ça sera parfait. |
| Commentaire de Fabrice Feugas [ 19/oct./09 11:01 ] |
| Juste une question, je vois que l'IP de Zanox est en 192.168.X.X et j'ai l'impression que c'est une IP interne. Ça vous parait normal ? |
| Commentaire de Damien Gilloz [ 19/oct./09 11:19 ] |
|
J'ai ajouté la dernière adresse: 193.253.181.214 Mathilde, le DNS permet de faire une correspondance entre un nom de domaine et une adresse IP. Ca évite d'avoir à retenir les adresses IP :) J'ai donc créé: testaffiliation.babel.fr Effectivement, la deuxième adresse donnée pour ZANOX: 192.168.33.106 n'est pas bonne, c'est une adresse privée. |
| Commentaire de Fabrice Feugas [ 19/oct./09 11:40 ] |
|
Mathilde, testaffiliation.babel.fr est donc l'adresse que tu dois communiquer aux partenaires. Est-ce que tu peux demander à l'un d'entre eux de faire un test d'accès aujourd'hui pour qu'on puisse anticiper d'ici demain s'il y a des problèmes. Si c'est le cas, tu peux leur dire de m'appeler directement ? Enfin, peux-tu dire à Zanox que la deuxième adresse IP qu'ils nous ont communiqué (celle qui commence par 192.168) n'est pas bonne ? Merci. |
| Commentaire de Fabrice Feugas [ 23/oct./09 16:56 ] |
| Merci de laisser les accès pour Zanox la semaine prochaine. |
| Commentaire de Fabrice Feugas [ 18/nov./09 12:03 ] |
|
Hello, On peut désormais fermer tous les accès. Merci. |
[EXP-2105] Créer un sous-domaine test et donner l'accès à certains partenaires Création: 22/mai/06 18:35 Mise à jour: 25/juin/07 18:58 Résolue: 13/juin/06 10:35 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
2 éléments de la version nouvelles chartes sont fournis par des partenaires : - "Comparez les prix sur le web" est fourni par Pangora - AdSense est fourni par Google Pangora et Google ont besoin de tester l'intégration que nous réalisons pour nous donner leur validation et nous autoriser à mettre en ligne. Il faudrait donc créer un sous-domaine contenant la version test de nouvelles chartes. On leur donnerait accès à cette version grâce à une identification par adresses IP. Je te fournirai les adresses IP asap, sachant que celles-ci peuvent ne pas être fixes. Merci |
| Commentaires |
| Commentaire de Charles Decaux [ 22/mai/06 18:57 ] |
| Adresse IP de Pangora 212.18.24.66 |
| Commentaire de Sébastien Tournay [ 23/mai/06 09:26 ] |
|
A coordonner avec Christophe Garcia. Pour l'instant, on ne
peut rien montrer. Tout n'est qu'a moitié en place. On ne peut pas leur
donner accès à l'intégration. La solution, c'est d'ouvrir (avec restriction par login/passw) l'URL test.priceminsiter.com. Mais pour l'instant, je ne pense pas que nous soyons prêt. Sébastien |
| Commentaire de Sébastien Tournay [ 23/mai/06 09:29 ] |
| Pour info, il nous faut absolument des @IP fixe. Sinon, on ouvre pas. Tu pourras faire des slides ppt ;-) |
| Commentaire de Charles Decaux [ 23/mai/06 12:31 ] |
|
Adresse IP de Google : 217.33.127.210 D'autres adresses arrivent car ils sont plusieurs à tester de différents coins du globe. Swan va mettre en place 5 fiches produtis sur lesquelles Google pour tester. Merci et à votre dispo pour en parler |
| Commentaire de Emmanuel Benmussa [ 23/mai/06 17:33 ] |
|
pour @position, Les IP sont 213.41.89.208 à 224 81.66.133.42 81.67.49.113 82.66.206.151 Merci |
| Commentaire de Sébastien Tournay [ 24/mai/06 11:36 ] |
| On vient de configurer les @IP des partenaires indiqués dans ce JIRA. Tout le monde peut visiter maintenant :-) |
| Commentaire de Charles Decaux [ 26/mai/06 10:08 ] |
|
Un de nos interlocuteurs chez google n'arrive pas à se
connecter au site. Serait-il possible de créer un htaccess avec
login/password ? Sinon, peut-on ouvrir le site à tous à certaines heures de la journée ? Merci et à votre dispo pour en parler. Charles |
| Commentaire de Swan Desportes [ 29/mai/06 09:28 ] |
| Il faut lui demander son IP... |
| Commentaire de Charles Decaux [ 12/juin/06 17:06 ] |
|
Pour Pap, en l'absence de Sébastien : Si l'IP est une des suivantes alors accès sans login/password : 213.41.89.208 à 224 81.66.133.42 81.67.49.113 82.66.206.151 212.18.24.66 Si l'IP n'est pas une des IP citées ci-dessus alors accès par login / password login : google password : afc Merci |
| Commentaire de Sébastien Tournay [ 13/juin/06 10:35 ] |
| C'est en place |
| Commentaire de Charles Decaux [ 14/juin/06 12:40 ] |
| ok merci de bien vouloir conserver le htaccess et l'authetification IP jusqu' à nouvel ordre. |
Installation du nouveau serveur de DEV
(EXP-2959)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Choisir le nom de la machine et son adresse IP.
|
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 09/nov./06 15:09 ] |
|
Nom du Serveur: BOULARD Adresse IP: 192.168.1.14 |
| Commentaire de ZZ_Arnaud Baali [ 13/nov./06 16:13 ] |
|
Adresse IP : 192.168.1.13 la 14 est déjà utilisée |
| Commentaire de ZZ_Arnaud Baali [ 14/nov./06 15:35 ] |
| Le serveur a été configuré. il reste uniquement les outils pour le Dev a installer |
[EXP-1114] malicious apache crawlers detected Création: 31/janv./06 09:47 Mise à jour: 25/juin/07 18:56 Résolue: 08/mars/06 19:05 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
J'ai l'impression que l'@IP '65.214.44.54' correspond à un cramwler (Jeeves/Teoma = http://sp.ask.com/docs/about/tech_crawling.html). Faire le point sur les @IP remontée dans cette nouvelle alerte pour voir si il est nécessaire d'alimenter la liste des user-agent à banir. -----Message d'origine----- De : phaeton.minitord@priceminister.com [mailto:phaeton.minitord@priceminister.com] Envoyé : mardi 31 janvier 2006 09:30 À : Hostmaster Priceminister Objet : [minitord] malicious apache crawlers detected (Tue Jan 31 09:29:53 2006) phaeton Tue Jan 31 09:29:53 2006 3 client(s) ip detected. 62.147.153.96 => 92 65.214.44.54 => 98 86.193.79.58 => 98 minitord version 2.2.0 |
| Commentaires |
| Commentaire de Antoine Koener [ 06/févr./06 11:40 ] |
|
Afin de bloquer les IP detectées comme "malicieuses" je propose de tenter la solution du .htaccess Il suffirait d'ajouter les ips dans une directive Deny de ce dit fichier. Pour que le fichier soit parcouru par apache il faut que la directive suivante soit définie: AllowOverride Limit Elle signifie qu'apache doit appliquer toutes les restrictions liées aux directives Allow Deny et Order. Dans httpd.conf : <Directory> Options FollowSymLinks AllowOverride Limit </Directory> Dans le .htaccess: deny from 62.147.153.96 65.214.44.54 86.193.79.58 (Nous étudions également une solution pour rendre le parcours de la liste des ip plus rapide... ) |
| Commentaire de Ranto Andriambololona [ 09/févr./06 14:51 ] |
|
Pour info, l'IP a été bloqué, avec Antoine et Xiaming, on a opté pour un rewrite.rules qui redirige l'IP vers une page 403 (forbiden) RewriteCond %{REMOTE_ADDR} ^83\.205\.174\.28$ RewriteRule ^(.*) - [F] |
| Commentaire de Antoine Koener [ 09/févr./06 17:12 ] |
|
Nous allons percévérer dans la voie du rewrite rule, en utilisant un fichier DBM afin de rendre la recherche des IPS dramaticalement plus rapide, (as fast as the light). http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewritemap On peut y lire ceci: For plain text and DBM format files the looked-up keys are cached in-core until the mtime of the mapfile changes or the server does a restart. This way you can have map-functions in rules which are used for every request. This is no problem, because the external lookup only happens once! En d'autres termes c'est de la bombe... |
| Commentaire de Antoine Koener [ 09/févr./06 17:30 ] |
| La solution est commune. |
| Commentaire de Antoine Koener [ 10/févr./06 16:30 ] |
|
En integ [deutz] Le script permet d'ajouter à la volée une ip dans le fichier de blocage... Cette méthode permet de ne pas devoir relancer apache pour rendre effectif le blocage... Exemple: [adminpm@deutz conf]$ /data/mrtg/minitord/bin/apache_block_ip.pl 192.168.1.153 Minitord va être modifié lundi pour de lui même appeler ce script afin de bloquer les 'malicious crawler'. Le fichier contenant les ips bloquées se trouve dans: /data/chrootapache/usr/local/apache/conf/block.list Si les tests sont concluants lundi, nous mettons en production le soir ou au pire le lendemain. |
| Commentaire de Sébastien Tournay [ 10/févr./06 17:58 ] |
|
Il faut sans doute éviter de laisser MINITOR gérer cela tout
seul. Que se passe-t- il si il blacklist une @IP qui référence le FW
d'une entreprise... On va bloquer tous les utilisteurs de la scté ;-( Il
faut sans doute encore réfléchir de ce coté ? Ou alors cela dépend du
seuil... Est-ce que l'on peut faire en sorte de purger automatiquement ce fichier de blocage tous les jours ? L'idée étant de repartir sur un nouveau fichier vierge (sans @IP de bloquée) et l'alimenter au fil de la journée avec des @IP qui crawl sur la nouvelle journée ? |
| Commentaire de Sébastien Tournay [ 15/févr./06 09:48 ] |
|
Antoine, Tu peux résumer sur ce sujet ou nous en sommes et ce qu'il nous reste à faire pour le mettre en place ? Si on part sur l'objectif de mettre automatiquement le blocage des @IP durant une période, il faudrait aussi prévoir un rapport journalier des différentes adresses IP que nous avons bloqués avec les heures, le nombre de requête, le traceroute pour trouver le fournisseur d'accès.. Cela nous permettra d'anticiper certains problèmes de SAV. |
| Commentaire de Justin Ziegler [ 15/févr./06 13:09 ] |
|
Je ne suis pas convaincu de l'interet de faire un traitement automatique sur cette alerte. Je voudrais avant tout qu'on ai une meilleure comprehension de ce qui se passe, et qu'on m'explique. |
| Commentaire de Antoine Koener [ 15/févr./06 14:01 ] |
|
Pour une vision un peu plus éclairée de ce que nous pouvons constater des différents crawlers: http://pmt042/rolphin/doku.php?id=crawlers Maintenant ce que nous avons mis en place aujourd'hui c'est la possibilité de bloquer un utilisateur en fonction de son IP sans devoir redémarrer APACHE. Les alertes continuent d'être émises mais aucun ajout automatique ne se fait. |
| Commentaire de Antoine Koener [ 17/févr./06 16:53 ] |
|
Le blocage automatique est en production. Le calcul du blocage ne dispose pour l'instant que d'un seul seuil. Celui ci est très haut, il correspond à notre Lyonnais. Pour rappel le Lyonnais est le premier connecté sur le serveur JBOSS dès le reboot terminé et fais plus de deux fois le nombre de requète d'un googlebot... Une vérification en fin de journée sera faite pour s'assurer que ce blocage ne va pas avoir d'effet néfaste sur le weekend... |
| Commentaire de Antoine Koener [ 08/mars/06 19:05 ] |
|
Les résultats sont concluants, une baisse notable de la bande passante en est la preuve; exit le lyonnais :p |
[APP-19687] [CoSAV]Possibilité de limiter l'accès aux pages nécessitant d'etre logué si l'utilisateur utilise un anonymizer? Création: 20/févr./08 16:29 Mise à jour: 08/juil./09 10:36 Résolue: 02/juil./09 14:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.2 |
| Version(s) corrigée(s): | 49.0.0 (TX-H) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | CoSAV |
| Description |
|
Je pense qu'il s'agit de questions liées à la sécurité et
donc concernant Ange Ferrari mais je poste le JIRA en l"état pour voire
toutes les implications. Nous constatons depuis le passage au gratuit des annonces auto une hausse importante des annonces auto frauduleuses. Actuellement on peut estimer le nombre d'annonces frauduleuses détectées, avérées et supprimées à 10/15 par jour! Chacune peut entrainer plusieurs milliers d'euros d'arnaque et Price etre considéré comme responsable. Un certain nombre d'outils de surveillance ont été mis en place par mots clés , notamment sur les IP et qui fonctionnent tres bien. Toutefois les comportements commencent à se modifier et certains fraudeurs réussissent à passer entre les premieres mailles du filet , notamment en dissimulant leur réelle adresse IP , à priori par le biais de logiciels "anonymizers" les faisant apparaitre dans d'autres pays (Allemagne , USA, etc...) alors que nous surveillons particulièrement certaines adresses (comme le Benin ou la Roumanie). Ma question est la suivante : serait-il possible d'envisager de bloquer l'accès aux pages du site nécessitant d'etre logué (mon compte/ mise en vente/etc... ) dans le cas où l'on détecte l'usage d'un tel logiciel anonymizer? A-ton déjà un blocage en fonction de l'usage ou non des cookies? Saurait-on le faire et celà serait-t-il envisageable? Merci pour tous vos éventuels retours. |
| Commentaires |
| Commentaire de Ange Ferrari [ 20/févr./08 16:46 ] |
|
Cedric peux tu me montrer un exemple d'annonce frauduleuse datant d'aujourd'hui ou d'hier que je puisse faire des recherches pour identifier le comportement du vendeur sur le site ? |
| Commentaire de Cedric Favero [ 20/févr./08 16:54 ] |
|
Exemple de compte: Ilona27 http://bo.priceminister.com/user_back?action=userview&user_account_id=15991763&show_event_login=true#events Lors de la création de l'annonce il avait une IP que nous n'avons pas en mot clé: 78.47.210.72 (on peut en rajouter à l'infini) Par contre par la suite on a des IP AOL ou une IP Roumanie qui nous auraient permis de tomber sur lui car on a les plages en mot clé. |
| Commentaire de Cedric Favero [ 20/févr./08 16:55 ] |
|
Ou sinon j'avais aussi une personne avec un nombre important de comptes. Tous avec le meme mot de passe: 2g6v27a (que l'on a mis en mot clé) mais avec des adresses IP à tous les coins du monde http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=&password=2g6v27a&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&usr_privilege_code=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0 |
| Commentaire de Ange Ferrari [ 20/févr./08 18:14 ] |
|
en fait il est assez difficile de bloquer quelqu'un qui utilise un proxy: pour se logger il est obligé d'accepter les cookies ( le cookie de session ) pour ce qui est de l'ip le seul controle que l'on pourrait rajouter c'est un controle sur la provenance de l'ip qui n'est pas française en théorie un vendeur qui vend sa voiture sur price est en france ? on possède la liste des plages d'@ ip des ISP français. Ensuite on peut ( et on le fait déjà ) bloquer l'accès à tout ou une partie du site à une IP ( ce qui nous permet d'empêcher certains crawler ) par contre il faut qu'on récupère la liste des IP que vous bannissez |
| Commentaire de Cedric Favero [ 21/févr./08 13:50 ] |
|
En fait on ne veut pas non plus bloquer complétement l'accès car du coup c'est totalement visible pour eux. Avec notre systeme , ils ne se rendent pas obligatoirement compte que leurs annonces sont invisibles. De plus , il faut toujours un controle humain. ex: on met des IP Afrique en surveillance mais tout le monde a le droit d'aller en vacances au Maroc ou à l'Ile Maurice... Je voulais juste savoir si d'une maniere ou une autre il était possible de pister une personne provenant d'un proxy ou empecher le log lorsque'on detectait l'usage d'un tel outil. (je crois que c'est le cas sur ebay) Après on ne mettra jamais toutes les IP en surveillance non plus... Je suis par contre interessé par la liste des plages IP des ISP français, çà peut servir. Et vais voir aussi si je trouve également les plages de certains relais "anonymes". Merci. |
| Commentaire de Ange Ferrari [ 03/mars/08 10:50 ] |
|
Pour les plages d'adresses IP FR il y a une liste la http://www.completewhois.com/statistics/data/ips-bycountry/rirstats/FR-cidr.txt |
| Commentaire de Emeric Teil [ 02/juil./09 14:48 ] |
| L'Auto étant maintenant migrée... |
[APP-5536] Mettre en place la possibilité de tester les co-brandings en preview. Création: 31/août/05 19:01 Mise à jour: 25/juin/07 18:31 Résolue: 12/sept./05 17:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Judd OSullivan | Attribution: | Andrei Matyas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Actuellement on ne peut pas tester des co-brandings sur
preview.priceminister.com. Ce problème est reglable en exploit ou dans
le code. EXPLOIT En exploit l'idée serait de mettre en place tous ces domains : presencepc.preview.priceminister.com. camifoccasion.preview.priceminister.com etc Idéalement on ferait ca avec un joker : *.preview.priceminister.com. Sinon on précise tous les co-brandings. SET m'a dit qu'un nom de domain a besoin de trois adresses IP et qu'on a pas suffisement d'adresses ip libre pour ce genre de manipulation. En principe deux nom de domain peuvent partager la même adresse ip donc pq ne peut-on pas reutiliser les même adresses pour chaque co-branding ? SET a proposé de mettre en place un site cobranding-preview à la fois. L'avantage est qu'on n'utilise que 3 adresse. L'inconvenient est qu'on ne teste qu'un cobranding à la fois et que l'equipe exploit est obligé d'intervenir chaque fois qu'on veux changer le cobranding de preview. DEV Actuellement notre identification de brand dans le code est très simple. La première partie du nom de domain est le brand (tout avant le premier point). Il est possible d'ajouter un moyen de préciser le brand (par une page en BO par exemple) et d'ensuite stocker cette valeur dans la session. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 01/sept./05 13:54 ] |
|
Il me semble que l'on ne peut pas gérer cela sous forme de
joker (*.preview.priceminister.com) car l'application à besoin du sous
dommaine pour rapprocher les sépcifités du cobranding. Pour cela, on va donc créer un site de preview pour chacun des cobanding (ex : presence-pc-preview.priceminister.com). A chacun de ces sites, nous allons associer 1 @IP (RIP) et non 3 @IP (1 VIP + 2 RIP) comme nous le faisons pour le site de prod des cobrandings. Dans ce cas, nous n'aurons pas de répartition de charge et de failover sur la partie preview des cobrandings. Mais ce n'est pas très grave... On va utiliser une nouvelle machine de TEST en PROD qui à le même rôle que les 2 serveurs frontaux CUPIDON et PHAETON. Cette machine c'est BACCHUS. Cela évite donc de toucher aux serveurs de PROD. BACCHUS est initialement gardé dans un coin chez JMH en cas de panne sur CUPIDON et PHAETON pour rapidemment revenir à 2 serveurs frontaux. Néanmoins on peut l'utiliser pour la mise en place des previews pour les cobrandings. On programmera mod_jk sur BACCHUS afin qu'il interroge le worker JBOSS de preview (TITAN). Ce qui permettra de faire tous les paramètrages que vous souhaitez. On termine en ce moment de recetter BACCHUS en PROD. On devrait avoir les 2 premiers sites (camif et presence-pc) de preview de cobranding en place en début de semaine prochaine. C'est RANTO qui se chargera de la mise en place. |
| Commentaire de Judd OSullivan [ 01/sept./05 14:35 ] |
|
Et dés qu'il y a une panne sur cupidon/phaeton, les sites de cobranding-preview seront plus joignable ? Si j'ai bien compris, l'avantage d'un 3émé serveur apache est qu'on n'utilisera qu'une adresse IP pour chaque cobranding (au lieu de 3). Mais si on utilise les mêmes 3 adresses pour tous les sites preview, on pourrait mettre tout sur les serveurs apache actuels. |
| Commentaire de Sébastien Tournay [ 01/sept./05 15:11 ] |
| Si ils le seront toujours ce n'est pas les mêmes adresses. |
| Commentaire de Quentin de Chivré [ 01/sept./05 15:20 ] |
|
Je trouve cette solution bien trop lourde / compliquée par rapport au besoin. Si la solution "*.preview.priceminister.com" est jouable coté exploit, l'application arrivera a associer le bon cobranding (même s'il y a un léger dev a faire). Si cette solution n'est pas possible, attribuer 3 IP par site cobrandé en preview me parait bcp trop lourd (consommateur de temps, de resources, sujet a erreurs, etc...) et dans ce cas je prefere une solution 100% dev. |
| Commentaire de Sébastien Tournay [ 01/sept./05 15:26 ] |
|
NON. il n'est pas question de 3@IP (relire + haut). Nous allons associer 1@IP pour chaque preview de cobrandings. C'est ce qui se met en place en ce moment. |
| Commentaire de Quentin de Chivré [ 01/sept./05 15:33 ] |
|
Apres discussion avec Sebastien : Solution trop peu flexible => on prefere partir sur une solution dev |
| Commentaire de Quentin de Chivré [ 01/sept./05 17:06 ] |
|
Faire un servlet FO acceptant comme paramètre un nom de brand. La brand séléctionnée est forcée dans la session. Dans le BO cobrandings, ajouter pour chaque cobranding un lien vers ce servlet FO en preview. |
| Commentaire de Andrei Matyas [ 05/sept./05 17:37 ] |
| En passant un parametre brand=brandAlias je force FrontSession. Les liens sont disponibles dans la liste des cobrandings (coté BO) |
| Commentaire de Quentin de Chivré [ 12/sept./05 10:40 ] |
|
Attention aux pages pseudo-statiques... etes vous sur que cela va marcher ? Il me semble qu'il faudrait un moyen d'acceder les vraies pages quand on est en mode preview... |
| Commentaire de Andrei Matyas [ 12/sept./05 17:25 ] |
| J'ai parlé avec Judd la solution la plus simple est de configurer le serveur de preview de ne pas utiliser des pages pseudo statiques (toutes les pages sont générées) |
[EXP-2886] BI Espagne : environnement de développement Création: 24/oct./06 14:09 Mise à jour: 25/juin/07 18:59 Résolue: 27/oct./06 11:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Agathe Remy | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, Nous aimerions avoir une autre adresse IP avec un serveur name perignon_es sur perignon afin d'installer une deuxième instance de BusinessObjects. Merci:-) Agathe |
| Commentaires |
| Commentaire de Agathe Remy [ 25/oct./06 17:58 ] |
|
C'est juste bloquant pour mon équipe pour avancer sur la mise en place du BI Espagne... J'en profite donc pour étoffer la demande en ajoutant la mise en place d'une URL bi.es.dev Merci:-) Agathe |
| Commentaire de Jérémie Bennejean [ 26/oct./06 16:21 ] |
| cette @ est-elle temporaire comme dit au début ou souhaitez-vous la conserver ? |
| Commentaire de Jérémie Bennejean [ 26/oct./06 17:36 ] |
|
Nous aimerions avoir une autre adresse IP avec un serveur
name perignon_es sur perignon afin d'installer une deuxième instance de
BusinessObjects. --> C'est fait 192.168.1.14 perignon_es |
[EXP-3574] pb lenteur PC Création: 14/mai/07 14:41 Mise à jour: 10/juil./07 10:43 Résolue: 10/juil./07 10:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Cosmétique |
| Rapporteur: | Bich Dao Ngo | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
donnees.jpg
|
| Pays: |
FRA - France
|
| Description |
|
poste très lent, adresse IP fixe, toujours connectée en réseau avec le BO... vu avec Jérôme merci Bich |
| Commentaires |
| Commentaire de Antoine Koener [ 14/mai/07 16:15 ] |
|
A la rescousse, une jolie demoiselle à besoin de tes services ! J'ai toute confiance en toi Jérémie... |
| Commentaire de Bich Dao Ngo [ 14/mai/07 18:45 ] |
| J'ai joint une PJ |
| Commentaire de Bich Dao Ngo [ 16/mai/07 10:13 ] |
|
j'ai retrouvé le logiciel qui me permet d'enregistrer des séquences presse audio en ligne: net transport. il faudrait donc me le réinstaller sur le nouveau poste aussi. merci Bich |
| Commentaire de Jérôme Mazoyer [ 16/mai/07 10:56 ] |
|
Il faudrait copier ce fichier sur ton U: Jérôme |
| Commentaire de Bich Dao Ngo [ 16/mai/07 18:52 ] |
|
juste pour te dire que je ne suis pas là vendredi et que
donc, si tu le souhaites, tu peux en profiter pour changer mon poste
pendant ce temps. bon we! :-) Bich |
| Commentaire de Jérôme Mazoyer [ 22/mai/07 10:07 ] |
| Le PC a été changé. Il reste une récupération d'un repertoire sur l'ancien poste, ainsi que l'installation de PowerPoint 2003 sur la machine. |
| Commentaire de Bich Dao Ngo [ 22/mai/07 10:10 ] |
|
j'ajouterai pdf writer aussi. merciii Bich |
| Commentaire de Jérôme Mazoyer [ 18/juin/07 15:09 ] |
| Fin des problèmes, et données perso gravés. |
| Commentaire de Bich Dao Ngo [ 20/juin/07 15:14 ] |
|
Jérôme, des données ont été perdues et ne sont pas sur le CD... que se passe-t-il? Bich |
| Commentaire de Jérôme Mazoyer [ 21/juin/07 08:49 ] |
| Quels données sont perdues? |
| Commentaire de Bich Dao Ngo [ 21/juin/07 11:38 ] |
|
plusieurs fichiers sont vides. par exemple "rapport de stage", EVJF etc... et d'autres documents refusent d'être copiés, y'a écrit erreur système. |
| Commentaire de Jérôme Mazoyer [ 22/juin/07 14:11 ] |
| Quels dossiers sont vides? Je peux encore récupérer les données manquantes, alors j'aurais besoin des noms de dossiers qui te posent problème. |
| Commentaire de Bich Dao Ngo [ 22/juin/07 14:17 ] |
|
-rapport de stage -EVJF -blagues -mémoire 4eme année et des word, xcl qui refusent d'être copiés. |
| Commentaire de Jérôme Mazoyer [ 22/juin/07 15:56 ] |
|
Les Repertoires : Rapport de stage, EVJF, "blagues", memoire 4eme année se trouvent dans ton repertoire public \\public\ngob\sauvegarde bich Pour les autres fichiers merci de me tenir informer en me donnant l'aborescence ou se trouvent les fichiers. merci |
| Commentaire de Patrice Boulanger [ 22/juin/07 17:35 ] |
|
Je baisse la priorité de ce Jira. La restauration des
données personnelles n'est pas une priorité (le répertoire blagues
est-il vraiment utile ????). Merci. Patrice. |
| Commentaire de Bich Dao Ngo [ 25/juin/07 16:24 ] |
|
non, le répertoire "blagues" n'est pas en soit utile. cependant, le reste oui : les dossiers comme rapport de stage ou mémoire de 4ème année, contiennent des infos, des études que j'ai faites lorsque j'étais stagiaire, le sujet étant PriceMinister. Ces données me sont donc personnelles mais me sont également utiles pour le travail. Du coup, quitte à restaurer des fichiers, je pensais que tout restaurer en même temps ne changerait pas grand chose dans la mesure où cela fait maintenant plus d'un mois que mon poste a été changé, et que j'ai attendu pendant un certain temps que mon poste refonctionne normalement (multiples dysfonctionnement outlook, pb de réseau, etc etc => j'ai fait des copies d'écrans si tu es intéressé), puis j'ai longtemps attendu que mes données perso (au sens large du terme) me soient à nouveau accessibles (mon répertoire pointait quand même chez jérémie), qu'un répertoire de plus ou de moins, ne change pas grand chose. si? En fait, si j'insiste un peu, c'est parce que Jérôme m'avait demandé si je souhaitais conserver toutes mes données avant de changer mon poste et que cela n'a pas été fait. Si j'avais su, je me serai débrouillée pour tout sauvegarder par mes propres moyens. ps: je tiens à ajouter que mes pbs de poste ont quand même commencé en février... Mais merci quand même, j'ai récupéré l'essentiel de mes données, ce Jira peut donc être fermé!! :-) Bich ps: un pb qui n'est toujours pas résolu mais qui ne m'impacte pas en soit, j'ai toujours une adresse IP fixe. |
| Commentaire de Jérôme Mazoyer [ 10/juil./07 10:43 ] |
| Ok |
[EXP-1992] Pb dhcp Création: 10/mai/06 12:45 Mise à jour: 25/juin/07 18:57 Résolue: 10/mai/06 17:32 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
mauvaise correspondance entre mon poste et mon IP
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 10/mai/06 17:32 ] |
|
corrigé dans le dns de ruinart fixé sur le poste client, puis release et renew |
SALLE SERVEUR maj
(EXP-3865)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Actuellement en salle machine beaucoup de serveurs ne sont pas étiquettés. Il faut afficher leur nom+IP en facade et le nom au dos. Lors du dernier incident il a été diffcile d'identifier les serveurs. |
| Commentaires |
| Commentaire de Jérôme Mazoyer [ 16/août/07 11:47 ] |
|
Machine étiquetté Facade (Nom + IP) Dos (Nom) |
[APP-22260] Evenement utilisateur "Login denied" Création: 19/sept./08 15:47 Mise à jour: 27/mai/09 12:33 Résolue: 02/avr./09 10:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 47.0.0 (TX-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ayoub Benseghir | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Afin d'améliorer la détection de tentatives de piratage du
site il faudrait mettre en place un nouvel évenement utlisateur qui
enregistre les tentatives de login ratées et l'adresse IP qui va avec.
|
| Commentaires |
| Commentaire de Emeric Teil [ 26/mars/09 13:50 ] |
|
Hello, On peut faire passer cela en Réserve de la prochaine version TX (Tx-G). Pourriez-vous préciser : -> Si cet évènement doit bien être stocké sur le compte utilisateur du login pour lequel il y a eu une tentative d'accès refusée -> Ce que cet évènement doit contenir (IP, heure, mot de passe donné, etc. ) -> Si un log doit être ajouté -> Tout autre détail qui pourrait vous sembler utile :o) Merci d'avance |
| Commentaire de Patrice Boulanger [ 26/mars/09 15:10 ] |
|
Dans les logs de l'AS, on a déjà ce qu'il faut: 2009-03-26 15:06:42,873 INFO [Processor128] 62.23.27.114 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&isSubmitFunnel=false&login=pat_boul&password=rrrrr&submitbtn=Connexion 2009-03-26 15:06:42,944 INFO [Processor128] 62.23.27.114 - User authentication failure 2009-03-26 15:06:43,058 INFO [Processor128] 62.23.27.114 - <<< [185 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&isSubmitFunnel=false&login=pat_boul&password=rrrrr&submitbtn=Connexion Ce qui est suffisant sauf qu'il faudrait ajouter le login avec le "User authentication failure". Pas la peine d'ajouter des événement BD, ça va charger la BD et on devra les épurer/archiver par la suite :-) Merci. Patrice. |
| Commentaire de Patrice Boulanger [ 26/mars/09 15:11 ] |
|
Le mieux est d'avoir ce message de manière qu'il soit simple à parser, genre: User authentication failure - login: pat_boul Merci. Patrice. |
| Commentaire de Emeric Teil [ 26/mars/09 15:31 ] |
|
OK donc : -> Finalement pas d'évènement User -> Mais un log plus "riche" Merci |
| Commentaire de Clement Balay [ 31/mars/09 15:08 ] |
|
En fait, Il y a trois cas qui affichent ce log: - login n'existe pas en base - login existe mais pas sur la bonne plateforme - login existe mais pas pour le brand croix-rouge 2 questions: - Faut-il mettre le login pour ces trois cas ? - voulez-vous une différenciation pour ces trois cas ? (en gros User authentication failure - login: pat_boul, User authentication failure (bad platform) - login: pat_boul, User authentication failure (not for croix-rouge) - login: pat_boul) Merci pour vos réponses |
| Commentaire de Clement Balay [ 31/mars/09 16:35 ] |
|
vu avec patrice, on ne modifie que le cas ou le login existe mais le mot de passe est incorrect |
| Commentaire de Clement Balay [ 31/mars/09 18:06 ] |
| cas qui correspond au 4 ème cas que je n'ai pas précisé dans le commentaire 2 crans au dessus de celui-ci |
| Commentaire de Arnaud Forgues [ 01/avr./09 16:40 ] |
|
Ok pour l'affichage du login dans les logs dans le cas ou le login est bon et le mot de passe mauvais. Cependant, cela s'affichage également avec un mauvais login et mauvais mot de passe :-( |
| Commentaire de Clement Balay [ 01/avr./09 18:10 ] |
| Rien n'est simple dans cette appli :( |
[EXP-5059] ouverture devtest13 à l'extérieur Création: 22/févr./10 15:35 Mise à jour: 06/avr./10 12:09 |
|
| Etat: | Ré-ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour Pouvez vous ouvrir dès que possible (besoin pour Jeudi 25/02 au plus tard) le serveur de recette devtest13 à l'extérieur ? C'est pour que Google, Kelkoo et nous puissions vérifier la monétisation. IP Google : 74.125.57.241 IP Damien : 82.226.173.142 IP Kelkoo : 213.41.77.172 Merci Swan Desportes |
| Commentaires |
| Commentaire de Damien Gilloz [ 23/févr./10 11:01 ] |
|
Ok c'est fait pour l'ouverture réseau pour ces 3 IP Il faut configurer boulard pour le faire pointer vers devtest13 cdt |
| Commentaire de Swan Desportes [ 23/févr./10 15:38 ] |
| Patrice, est ce que tu pourrais ouvrir une url externe du genre dev13.babel.fr vers le serveur de recette devtest13. Merci |
| Commentaire de Patrice Boulanger [ 24/févr./10 13:49 ] |
|
Je viens de faire la configuration apache, merci de tester. Pour rappel, pour appeler www.dev13.babel.fr depuis le réseau interne, il vous faut modifier votre fichier hosts De plus, il faut encore modifier le priceminister-local.properties en remplaçant priceminister.resource.root = http://www.pm.stuart:5380 priceminister.resource.secure_root = http://www.pm.stuart:5380 par priceminister.resource.root = http://www.dev13.babel.fr priceminister.resource.secure_root = http://www.dev13.babel.fr et redémarrer le JBOSS. Merci. Patrice. |
| Commentaire de Damien Dorizy [ 25/févr./10 16:19 ] |
|
La ligne à mettre dans le host (C:\WINDOWS\system32\drivers\etc) : 192.168.1.13 www.dev13.babel.fr |
| Commentaire de Swan Desportes [ 06/avr./10 12:09 ] |
|
Je réouvre la demande parce que les conditions sont les mêmes. La période est du 6 avril au 16 avril. |
[BIN-568] [BACK-OFFICE] optimisation requete evenements USER Création: 10/mars/09 16:30 Mise à jour: 06/avr./09 19:56 Résolue: 19/mars/09 10:40 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Julien Girardet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
J'ai une requete qui apparemment fait planter la base :-( Malheureusement je suis amené à en avoir besoin souvent et celà meriterait donc optimisation. Il s'agit d'une requete recherchant tous les comptes ayant eu un evenement Login pour une IP donnée. A votre dispo pour plus d'informations. |
| Commentaires |
| Commentaire de Agathe Remy [ 10/mars/09 16:37 ] |
|
Cédric, S'il te plait, peux-tu préciser le nom et l'emplacement du rapport afin que nous récupérions la requête? Merci. Agathe |
| Commentaire de Cedric Favero [ 10/mars/09 16:42 ] |
| C'est chez moi , je partage pas mes requetes perso :-) |
| Commentaire de Cedric Favero [ 10/mars/09 16:43 ] |
| C'est "Recherche_connexions_par_IP" dans Dossiers Publics/ France / BO Working |
| Commentaire de Julien Girardet [ 19/mars/09 10:40 ] |
|
Bonjour Cedric, Les dernieres optimisations livrées dans le cadre du projet BI Abonnement, améliorent les performances de ton rapport "Recherche_connexions_par_IP" . Il s'execute en 5/6 min. Peux tu valider de ton coté ? Merci Julien. |
| Commentaire de Cedric Favero [ 19/mars/09 13:01 ] |
|
Ca marche du tonnerre! Merci. |
[BIN-475] [BACK-OFFICE - FRAUDES] Demande ajout de données dans l'univers SPONSORSHIP Création: 14/août/08 15:37 Mise à jour: 17/sept./08 15:49 Résolue: 19/août/08 13:20 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Samir Beghdadi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Afin d'améliorer nos controles anti -fraudes sur le
parrainage, et en particulier en prévision du nouveau Widget parrainage ,
permettant de générer tres rapidement des comptes filleuls , il nous
faut avoir accès à plus d'informations dans l'univers parrainage pour
faire des croisements Dans un premier temps: - Sponsor IP Address et Referred user IP Address - Sponsor Password et Referred user Password - Sponsor Birthdate et Referred user Birthdate - Sponsor Default Address et Referred user Default Address (champs 1 et 2) Et ensuite les memes infos sur les parrainages de type widget si distincts Merci d'avance. |
| Commentaires |
| Commentaire de Cedric Favero [ 19/août/08 12:51 ] |
| j'ai bien tout dans sponsor mais pas dans referred user (ip , mot de passe, birthdate..) |
| Commentaire de Samir Beghdadi [ 19/août/08 13:20 ] |
|
Cédric, Comme tu le dis dans un premier temps, et dans l'univers SPONSORSHIP j'ai ajouté dans les deux classes "Sponsor account" et "Referred user account" : - une sous classe "defaut address" qui contient (address field 1, address field 2, address zip, address city, address country name) - IP Address - Password - Birthdate a toi de tester Merci. |
| Commentaire de Agathe Remy [ 04/sept./08 14:41 ] |
|
Bonjour Cédric, Peux-tu valider l'ajout des dimensions afin que nous puissions clôturer ce JIRA? Merci. Agathe |
| Commentaire de Cedric Favero [ 04/sept./08 15:12 ] |
|
Pour moi , tout est ok et mon rapport fonctionne comme souhaité. Juste une question: Va-t-il y avoir un nouveau "sponsorship type" pour le Widget parrainage? Car je dois aussi faire tourner ce rapport sur ces nouveaux types de parrainage. Merci. |
| Commentaire de Samir Beghdadi [ 08/sept./08 15:05 ] |
|
Cédric, C'est bon le sponsorship type "Widget parrainage" est en production :-) Merci Samir |
| Commentaire de Cedric Favero [ 15/sept./08 10:26 ] |
|
Ok , j'ai vu le typecode 40 et çà marche nickel. Si tu peux aussi le rajouter dans le typelabel, merci. |
| Commentaire de Agathe Remy [ 17/sept./08 11:48 ] |
|
Cédric, Il me semble que le sponsorship type label est mis à jour. Agathe |
| Commentaire de Cedric Favero [ 17/sept./08 15:49 ] |
|
Peut etre je ne regarde pas au bon endroit mais: j'ai bien le sponsorship type code = 40 je n'ai pas le sponsorship type label = "widget" çà marche sans mais je prefere vous embeter :-) |
[EXP-905] enquete : mais que fait le 86.193.202.186 ? Création: 16/janv./06 19:02 Mise à jour: 25/juin/07 18:55 Résolue: 21/févr./06 18:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Description |
|
il faut enormement de requetes sur PM ! il a un comportement de web-bot. mais le traceroute mene sur une adresse anonyme chez wanadoo / FT. A t on un outil qui permet de mettre en evidence les adresses ip avec bcp de requete sur une periode courte ? Faut il banir cette adresse ip ? Quelle est la frequence de ses visites ? Il genere a lui seul une charge considerable sur venus ! Est ce l'origine de l'augmentation de BP que l'on constate parfois ? |
| Commentaires |
| Commentaire de Sébastien Tournay [ 17/janv./06 12:27 ] |
|
Ranto nous avait signalé cela par mail hier soir (cf. son compte rendu ci-dessous). Je viens de regarder à nouveau ce matin, cette adresse IP n'est pas encore là au niveau des logs APACHE. Ou alors l'utilisateur à changer d'IP. Difficile donc de filtrer sur l'adresse IP. On avait déjà évoqué ce sujet là avec les internautes qui viennent aspirer le site. On est plutôt dans l'objectif de bloquer leur 'aspirateur' à partir du moment ou l'on reconnait leur user-agent. Dans le cas ci-dessous c'est impossible. Je viens également de regarder sur la journée du 15/01 (dimanche), on n'a pas subit de requête en provenance de cette @IP. Sur la journée d'hier, cela représente rien que sur PHAETON 256946 requêtes sur quasiment toute la journée. De : Ranto Andriambololona [mailto:ranto.andriambololona@priceminister.com] Envoyé : lundi 16 janvier 2006 19:21 À : 'Sébastien TOURNAY'; antoine.koener@priceminister.com Objet : Ip sur Venus Cette IP pompe le site (170627 req sur phaeton) et les requêtes passent essentiellement sur Venus PHAETON www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:17 +0100] "GET /product?action=referencesearch&reference=2951666047 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:18 +0100] "GET /product?action=referencesearch&reference=2882501129 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /offer/buy/910650 HTTP/1.1" 200 52447 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /product?action=referencesearch&reference=2951666055 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /inventory?action=view&productid=5087146 HTTP/1.1" 200 45144 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/819999 HTTP/1.1" 200 52880 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/912632 HTTP/1.1" 200 41304 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/5087146 HTTP/1.1" 200 43479 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" [adminpm@phaeton priceminister]$ less /data/chrootapache/usr/local/apache/logs/vaccess_log |grep 86.193.202.186 | wc -l 170627 VENUS [pmas@venus priceminister]$ tail -f var/mainlog/nohup.out 2006-01-16 19:20:06,729 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/inventory?action=view&productid=4393833 2006-01-16 19:20:07,127 INFO [P-Processor9] 86.193.202.186 - <<< [398 ms] GET http://www.priceminister.com/inventory?action=view&productid=4393833 2006-01-16 19:20:07,551 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/offer/buy/4393833 2006-01-16 19:20:07,885 INFO [P-Processor9] 86.193.202.186 - <<< [334 ms] GET http://www.priceminister.com/offer/buy/4393833 2006-01-16 19:20:08,391 INFO [-Processor12] 86.193.202.186 - >>> GET http://www.priceminister.com/product?action=referencesearch&reference=2951911424 2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - Redirecting to : /inventory?action=view&productid=4392911 2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - <<< [14 ms] GET http://www.priceminister.com/product?action=referencesearch&reference=29519114 |
| Commentaire de Sébastien Tournay [ 17/janv./06 12:37 ] |
|
Ce qu'il faudrait rapidemment c'est avoir un outil qui nous
permet de mettre en evidence les adresses ip avec bcp de requete sur une
periode courte comme l'évoquait Justin. On peut continuer à suivre aujourd'hui le retour de cette adresse spécifique. |
| Commentaire de Antoine Koener [ 09/févr./06 17:30 ] |
| La solution est commune. |
| Commentaire de Antoine Koener [ 21/févr./06 18:34 ] |
|
Gestion des Malicious Crawlers.... |
[EXP-2217] Règles de proxy pour Google AFS Création: 07/juin/06 12:11 Mise à jour: 25/juin/07 18:58 Résolue: 05/juil./06 11:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Olivier Bourgeois | Attribution: | Antoine Koener |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Description |
|
Bonjour, pour que Google AFS fonctionne en production ainsi que sur le serveur de test, il va nous falloir une nouvelle règle de proxy qui proxyfie : priceminister.com/google/adsense vers : europe.google.com/search Xiao Ming est au courant de la manipulation. merci d'avance. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 07/juin/06 12:18 ] |
|
Xiaoming, Tu peux nous rester cela en INTEG avant de le passer en PROD. Merci Sébastien |
| Commentaire de Xiaoming Du [ 08/juin/06 11:34 ] |
|
validé avec Olivier, la configuration "ProxyPass /google/adsense http://europe.google.com/search" a bien marché sur le site d'intégration. exemple de test: http://www.pm.lan/google/adsense?client=priceminister&ad=w6&adsafe=high&gl=f r&hl=fr&oe=ISO-8859-15&output=xml_no_dtd&useragent=&ip=192.168.1.213&q=aziza &adtest=on |
| Commentaire de Sébastien Tournay [ 08/juin/06 11:49 ] |
| C'est livré en PROD pour www et preview. Mais visiblement cela ne fonctionne pas. Y'a sans doute à déclarer les @IP du serveur www et preview du coté de GOOGLE. |
| Commentaire de Charles Decaux [ 08/juin/06 12:15 ] |
|
Oui, il faut des adresses IP de PriceMinister pour que AdSense s'affiche correctement. Pour le moment j'ai communiqué : 62.23.27.114 212.23.167.56 212.23.167.62 Pouvez-vous me communiquer les autres adresses IP ? Je peux le mettre à jour en temps réel via l'extranet adsense. |
| Commentaire de Sébastien Tournay [ 08/juin/06 12:35 ] |
| En fait pour les @ en 212, il s'agit des VIP (virtuelle @IP), j'ai l'impression que l'on doit aussi communiquer les RIP(Real @IP). A savoir : 212.23.167.4, 212.23.167.30 pour www et 212.23.167.31, 212.23.167.24 pour preview |
| Commentaire de Charles Decaux [ 08/juin/06 12:43 ] |
| ok : j'ai enregistré les IP ci-dessus dans l'extranet d'AdSense. Ca devrait être bon. |
| Commentaire de Sébastien Tournay [ 08/juin/06 13:03 ] |
| Cela ne marche toujous pas. Tu peux aussi déclarer la 212.23.167.28 ? |
| Commentaire de Charles Decaux [ 08/juin/06 14:32 ] |
| ok c'est fait. |
| Commentaire de Olivier Bourgeois [ 08/juin/06 14:40 ] |
|
Toujours ce problème de 403 forbidden. Par contre leur message d'erreur spécifie quand même : "Remember that it may take a few hours for a newly added IP address to become activated and able to perform queries." donc pas top ça :-( Parceque là je suis bien vu en tant qu'une des adresses IPs de la liste qu'on vient de mettre à jour avec Charles: Your client does not have permission to get URL /search?client=priceminister&ad=w6&adsafe=high&gl=fr&hl=fr&oe=ISO-8859-15&output=xml_no_dtd&useragent=&ip=192.168.1.213&q=aziza&adtest=on from this server. (Client IP address: 212.23.167.30) Au pire on peut ajouter l'hôte du RR : 212.23.167.58 Mais je n'y crois pas trop ... ping test.priceminister.com PING test.priceminister.com (212.23.167.58) 56(84) bytes of data. --- test.priceminister.com ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms [bourgeoiso@brice source]$ host 212.23.167.58 58.167.23.212.in-addr.arpa domain name pointer na.jmsp.net. |
| Commentaire de Charles Decaux [ 08/juin/06 14:53 ] |
| la paramètre client doit prendre comme valeur "partner-priceminister" et non pas "priceminister" |
| Commentaire de Charles Decaux [ 08/juin/06 17:55 ] |
|
Google demande en fait un délai de 3 à 5 heures pour la prise en compte des IP. Donc cela devrait être bon maintenant. |
| Commentaire de Sébastien Tournay [ 09/juin/06 10:53 ] |
|
Je viens de vérifier ce matin. Cela fonctionne maintenant. |
| Commentaire de Swan Desportes [ 14/juin/06 09:54 ] |
| Le client a pu tester |
| Commentaire de Olivier Bourgeois [ 21/juin/06 17:00 ] |
|
Il faut aussi une règle pour la preview qu'on a oubliée. Donc je récapitule : preview.princeminster.com/google/adsense => europe.google.com/search test.priceminister.com/google/adsense => europe.google.com/search www.priceminisert.com/google/adsense => europe.google.com/search Je pense qu'on en oublie plus là ? :) merci |
| Commentaire de Olivier Bourgeois [ 23/juin/06 15:32 ] |
|
Ben si on en oublie ! Et pour priceminister.fr on fait comment ? La prod génère des erreurs JavaScript ou des alertes pour les internautes car on tente d'appeler une URL différente de celle affichée dans la barre de navigation. |
| Commentaire de Charles Decaux [ 30/juin/06 12:16 ] |
|
c'est hyper important de le faire pour priceminister.fr !! Car priceminister.fr ressort très bien dans les moteurs de recherche comme Google merci |
| Commentaire de Olivier Bourgeois [ 03/juil./06 11:10 ] |
|
Désolé d'insister et de jouer le lourd mais c'est important !! Ca fait pas très pro ces erreurs JavaScript en production ... |
| Commentaire de Quentin de Chivré [ 05/juil./06 11:29 ] |
| priceminister.fr doir rediriger vers priceminister.com pour des raisons de référencement (pas de double contenu) |
| Commentaire de Quentin de Chivré [ 05/juil./06 11:30 ] |
|
Voir |
[APP-20921] [Fraudes] demande pour obtenir les fonctionnements de différents types de coupons Création: 20/juin/08 11:50 Mise à jour: 22/mars/10 11:58 Résolue: 17/févr./10 14:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Coupons |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 65.0.0 (TX-M) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Types_Coupons.pdf
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif2: | Self service Coupons |
| Description |
|
Dans le but d'améliorer nos systèmes anti-fraudes, il nous
faudrait les comportements exacts des types de coupons différents: - STANDARD - FIRST_COUPON - FILLEUL - PARRAIN - LOTTERY - LOTTERY_FIRST En effet, il apparait qu'ils n'aient pas tous les memes verifications et niveau de sécurité quant aux droits d'utilisation. On voudrait donc savoir pour chacun ce qu'il verifie exactement: IP , adresse de livraison , hash CB , etc... Merci |
| Commentaires |
| Commentaire de Cedric Favero [ 24/juin/08 09:35 ] |
|
Suis pas certain que celà doive passer par le pole TX. Il ne s'agit pas d'un developpement mais uniquement d'une demande d'information détaillée. Ne peut-on simplement nous répondre sur ce point? |
| Commentaire de Emeric Teil [ 25/août/08 15:53 ] |
| Je mets en PJ, un petit doc sur les différents types de coupons. Cependant, cela ne répond pas à la question en détail, pour cela, voir si un Dev a l'historique la dessus... |
| Commentaire de Arnaud Forgues [ 28/août/08 17:13 ] |
|
Je renvoie chez Dispatcher-Dev pour un meilleur dispatch car je n'ai pas l'historique là-dessus. A voir en COJIRA |
| Commentaire de Martin Sudmann [ 04/sept./08 18:21 ] |
|
- STANDARD : on teste rien (le coupon est libre à être utilisé par la personne à qui il a été attribué - FIRST_COUPON : on vérifie que l'utilisateur n'a encore jamais acheté (on essaye de trouver des articles / paniers avec ces données) - FILLEUL : on vérifie que l'utilisateur n'a jamais encore acheté - FILLEUL - PARRAIN : on vérifie que les deux ne soient pas identiques - LOTTERY : attribué manuellement (à ma connaissance), donc pas de vérifs - LOTTERY_FIRST : comme first coupon sur l'écran d'un coupon il y a aussi tout un tas d'explications sur les règles métier du coupon. Ca réponds à tes questions ? |
| Commentaire de Martin Sudmann [ 04/sept./08 18:22 ] |
| pour plus de détail il faudrait passer du temps le nez dans le code... |
| Commentaire de Cedric Favero [ 04/sept./08 18:33 ] |
|
Merci pour tes réponses. Malheureusement , c'est le détail des verifications exactes qu'il me faudrait.. Pour lever le doute sur un certain nombre d'idées reçues. Pour ce qui est de l'écran coupon, il y a effectivement un certain nombre d'indications mais çà ne dit pas exactement ce que fait le type de coupon. En particulier, j'aurais besoin de détails sur: "FIRST_COUPON : on vérifie que l'utilisateur n'a encore jamais acheté (on essaye de trouver des articles / paniers avec ces données) " => est-ce qu'on ne vérifie que la carte (hash cb) ou est-ce qu'on a aussi un test sur l'IP ? ou autre chose (nom+prenom+adresse)? "- FILLEUL : on vérifie que l'utilisateur n'a jamais encore acheté " => meme question: quelles données exactement sont testées? La carte uniquement? Car si je regarde un coupon comme ALPACINO , on voit qu'il peut etre utilisé meme si on a déjà acheté. "- FILLEUL - PARRAIN : on vérifie que les deux ne soient pas identiques" ??? Quel check est fait et à quel moment? Tu veux dire qu'on refuse le coupon si le filleul veut acheter à son parrain? Sur quelles bases? A ma connaissance , la seule verif qui est faite par un coupon filleul , c'est s'il n'a pas déjà acheté chez nous mais pas s'il correspond en qqch à son parrain (d'où l'interet de rapports BI à posteriori pour matcher les IP , les mots de passe, les date de naissance, etc...) |
| Commentaire de Cedric Favero [ 04/sept./08 18:40 ] |
|
Malheureusement, c'est bien ce qui est dans le code qui m'interesse, et pas juste ce qu'on pense qu'il fait. Les rapports qu'on a pu faire sur les parrainages, l'utilisation des coupons, etc.. fait apparaitre un certain nombre de failles.. Et pour y remédier , il faut qu'on puisse partir sur des bases saines et donc etre certain de ce que font exactement tels ou tels coupons. En gros , j'aurais besoin pour chaque type de savoir les checks effectués (hash CB , IP ? adresse ?, nom ? mot de passe ? ..) Merci d'avance si ce n'est pas trop complexe. |
| Commentaire de Martin Sudmann [ 04/sept./08 18:43 ] |
| Il faut donc creuser le code ; le pôle TX s'en fera un plaisir. |
| Commentaire de Cedric Favero [ 04/sept./08 18:47 ] |
|
La patate chaude :-) Désolé les gars mais trop d'incertitudes , j'ai besoin de concret. Merci à qui aura un peu de temps.. |
| Commentaire de Emeric Teil [ 18/déc./08 14:58 ] |
| A regarder à l'occasion de l'étude technique pour le projet Self Service Coupons ? |
| Commentaire de Cedric Favero [ 18/déc./08 15:05 ] |
|
Apres qques tests perso: - FILLEUL - PARRAIN : ne fonctionne pas lorsque IP parrain et filleul sont identiques. Apparemment verification de l'adresse également (tous les champs adresse?) Meme quand le coupon parrain est refusé à cause de çà , le coupon filleul n'est pas remis en cause. Donc le mec qui s'auto-parraine bénéficie quand meme du coupon ALPACINO (meme si CORLEONE refusé). Bcp de choses à revoir.. |
| Commentaire de Emeric Teil [ 18/déc./08 15:06 ] |
| Oui, enfin la demande en question de regarder comment ça fonctionne pas de tout remettre en cause... |
| Commentaire de Cedric Favero [ 18/déc./08 15:09 ] |
|
Chaque chose en son temps ;-) Déjà si on me donne les clés de l'existant , çà levera un grand voile d'inconnu et de flou.. Merci. |
| Commentaire de Cedric Favero [ 19/déc./08 16:44 ] |
|
En passant, exemple flagrant; http://bo.priceminister.com/user_back?action=usersearch&email=bene.flouriot%40caramail.com&fuzzy=false&numberrows=200 Grace à une ECB non détectée la personne a pu faire 148 achats avec coupon! Les coupons premier achat pourraient au moins vérifier l'adresse email en plus. |
| Commentaire de Clement Balay [ 19/févr./09 18:44 ] |
| J'ai crée un wiki qui explique un peu les coupons, ce WIKI n'est pas exhaustif. Dis moi si tu as encore des questions |
| Commentaire de Clement Balay [ 19/févr./09 18:45 ] |
| http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=FonctionnementDesCoupons |
Mise en place d'un nouveau cobranding pour libération
(EXP-1337)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
en INTEG et en PROD. En INTEG, préparer la conf DNS + @IP associée à DEUTZ. Dans la conf APACHE tester aussi le certificat SSL définitif En PROD, conf APACHE sur CUPIDON et PHAETON. Voir la manip aussi avec PAP pour apprentissage ;-) |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 06/mars/06 18:18 ] |
|
OK en integ; Manip montré à PAP et JEREMY Etapes: -Création d'une IP virtuelle - MAJ DNS - Création de la partie conf apache Reste: - Tester le certificat SSL |
| Commentaire de Ranto Andriambololona [ 15/mars/06 18:47 ] |
| tout a été fait ... en INTEG et PROD |
[IMP-1773] Netoyage fiches de produit ayant adresse URL incorrecte - todolibros Création: 15/janv./08 11:20 Mise à jour: 30/oct./09 15:46 Résolue: 16/janv./08 14:11 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
url_a_supprimer_todolibros.txt
|
| Pays: |
ESP - Espagne
|
| Login: | todolibros |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création produits
|
| Description |
|
Certaines fiches de produit comportent des URL incorrectes, exemple: http://www.casadellibro.com/l/ip// Modifier le format afin de filtrer ces URL et netoyer à la suite les fiches ayant ces URL. En pièce jointe les produict_id concernés. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 15/janv./08 11:22 ] |
| Format modifié. L'adresse "http://www.casadellibro.com/l/ip// " ne sera plus pris en compte. |
| Commentaire de Daniel Pintamalli [ 15/janv./08 11:32 ] |
|
Mise à jour en cours: http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=5711946 |
| Commentaire de Daniel Pintamalli [ 16/janv./08 14:10 ] |
|
Plus de 40000 produits corrigés: http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=Todolibros+&process_code=5&status=&use_proc_date=false&start_date=10%2F01%2F2008&end_date=&order=&x=55&y=9 |
[EXP-1463] Problème de DNS Création: 07/mars/06 12:40 Mise à jour: 25/juin/07 18:56 Résolue: 10/mars/06 15:48 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le portable TMP13 possède actuellement l@ IP suivante:
192.168.1.199. Au niveau du DNS, lorsque j'effectue un ping tmp13 répond
en 192.168.1.101 Il faudrait corriger ce problème qui va beaucoup déranger le déploiement de l'antivirus Merci |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 07/mars/06 12:53 ] |
|
J'ai consulté les fichiers zone et zones inverse de ruinart : 192.168.1.101 --> pmt60 test ping pmt60 test ping 192.168.1.101 192.168.1.199 --> duyck test ping duyck test ping 192.168.1.199 Quand tu créé via le script le nom des machines il faut le faire en miniscule, car contrairement à windows , linux différencie les caractéres miniscules des majuscules, cela peut créer des erreurs.( 2 postes différents pour les serveurs linux mais pas pour les postes windows donc conflit au niveau des postes clients.. d'ou l'on ping). Par contre je ne sais pas si duyck est une machine encore utilisée sur le réseau. Si elle ne l'est plus je lui donnerai la correspondace avec l'@ ip 199 Aussi rafraichis ton dns ipconfig /flushdns |
| Commentaire de Jérémie Bennejean [ 08/mars/06 09:47 ] |
| je peux fermer le jira ? |
| Commentaire de ZZ_Arnaud Baali [ 08/mars/06 11:38 ] |
|
Pourrais tu vérifier si il n'y a pas une réservation au
niveau du DHCP sur l'IP 192.168.1.199 pour l'adresse mac:
00-09-0F-FE-00-01 Merci |
| Commentaire de Jérémie Bennejean [ 09/mars/06 10:18 ] |
|
La seule entrée d'@ MAC que j'ai dans le dhcp avec l'@ IP 192.168.1.199 est 00:0b:5d:81:7d:3d Aucunes entrée avec 00-09-0F-FE-00-01 |
| Commentaire de ZZ_Arnaud Baali [ 10/mars/06 15:47 ] |
|
Ok le problème vient du portable, tu peux cloturer cet incident Merci |
Installation de la solution de sauvegarde
(EXP-2751)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Trouver un nom et l'adresse IP du serveur de backup
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 03/oct./06 16:45 ] |
|
Si 1 seule carte réseau LALLIER 192.168.1.1 |
[APP-16607] Demande de code velocity pour mot-clé (surveillance plages d'IP) Création: 05/juin/07 13:28 Mise à jour: 08/août/07 19:06 Résolue: 30/juil./07 17:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 14.2.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Cedric Favero |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
capture_velocity_ip.bmp
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Classif1: | BO | ||||||||
| Classif2: | fraude | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
En raison de la recrudescende des annonces auto frauduleuses
suite au passage au gratuit , il nous est nécessaire de pouvoir
surveiller les annonces auto lorsque les vendeurs ont une IP comprise
dans une certaine plage (correspondant aux vendeurs Roumains ou
Africains). J'aurais donc besoin de créer une régle de surveillance vendeur en fonction de l'IP de l'utilisateur. Par exemple mettre en surveillance tous les vendeurs dont l'adresse IP se situe dans une plage d'adresses comprise entre 172.130.x.x et 172.190.x.x Celà est il possible et quelle serait la méthode velocity correspondante? Je suis en train de récolter les plages adresses IP et souhaiterais ensuite pouvoir faire évoluer régulièrement cette règle en fonction des nouvelles plages détectées , cette méthode pouvant également etre appliquée aux confirmations de panier , sur l'espagne par exemple. Merci. |
| Commentaires |
| Commentaire de Cedric Favero [ 19/juin/07 17:42 ] |
|
Je suis surpris de voir ma demande en réserve , il s'agit
d'une demande de code velocity pour mot clé afin de surveiller les
annonces auto frauduleuses, ne peut-on simplement me renseigner? Si j'utilise la variable suivante, celà me permet-t-il de surveiller une annonce d'utilisateur dont l'IP commence par 172 ?: $util.matchesregexp($user.ipAddress, "^172\.") Mon but étant de pouvoir surveiller les créations d'annonces auto lorsque les vendeurs ont une IP comprise entre 172.130 et 172.190 ex: $util.matchesregexp($user.ipAddress, "^172\.") && ($advert.PrdTypeCode.toString()== "1700") |
| Commentaire de Alexandre Garnier [ 28/juin/07 12:20 ] |
| Je sais pas du tout comment on fait ça mais d'un point de vue regexp, je mettrais "^172\..*" |
| Commentaire de Cedric Favero [ 29/juin/07 09:40 ] |
|
ok celà me permet de surveiller toute adresse commencant par
172. mais la problematique est vraiement sur la plage entre 172.30.xxx
et 172.190.xxx Y aurait-i une expression logique pour definir une plage ou suis-je obligé de lister tous les débuts de plage existants (172.3 ,172.4,172.5 , etc... ) |
| Commentaire de Alexandre Garnier [ 02/juil./07 11:56 ] |
|
^172\.([3-9]\d|1([0-8]\d|90))\..* --> 172.30.xxx à 172.190.xxx (inclus) ^172\.([3-9]\d|1[0-8]\d))\..* --> 172.30.xxx à 172.189.xxx (inclus) |
| Commentaire de Edouard Gomez-Vaez [ 02/juil./07 11:58 ] |
|
Cédric, si cela te convient, dis le nous que l'on ferme ta demande ! Merci, Edouard |
| Commentaire de Cedric Favero [ 17/juil./07 14:27 ] |
|
Désolé j'étais en vacances. Je viens de tenter de mettre en place le mot clé avec le code velocity suivant: $util.matchesregexp($user.ipAddress, "^172\.([3-9]\d|1[0-8]\d))\..* ") && $advert.PrdTypeCode.toString()== "1700" Et je ne peux le valider car il me donne l'erreur suivante: "L'expression régulière contient des éléments illégaux." (cf capture) Erreur de ma part ou limitation du système? |
| Commentaire de Alexandre Garnier [ 17/juil./07 14:35 ] |
| Il faut du coup mettre "^172\.([3-9]\\d|1[0-8]\\d))\..* " (double échapper le '\' de '\d') et ça devrait être bon |
| Commentaire de Cedric Favero [ 17/juil./07 14:40 ] |
|
J'ai touours la meme erreur lorsque que j'essaie de valider le code velocity: $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d))\..* ") && $advert.PrdTypeCode.toString()== "1700" Il me donne l'erreur suivante: "L'expression régulière contient des éléments illégaux" Tu veux que je vienne te voir pour voir le problème? |
| Commentaire de Alexandre Garnier [ 17/juil./07 14:55 ] |
| Bizarre, je vais regarder le util.matchesregexp quand j'aurais le temps. |
| Commentaire de Cedric Favero [ 17/juil./07 14:58 ] |
|
On s'en sert pour d'autre choses comme la dectection de numeros de telephone. ex: $util.matchesregexp($advert.sellerComment, ".*0([^0-9]{0,3}[0-9]){9}.*") A priori c'est plutot le sytème d'enregistrement des mots clés en BO qui limite le truc... |
| Commentaire de Alexandre Garnier [ 19/juil./07 11:39 ] |
|
C'est juste une parenthèse en trop. Ceci fonctionne (enfin tout du moins est accepté en tout cas) : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" |
| Commentaire de Cedric Favero [ 19/juil./07 11:55 ] |
|
ok c'est accepté... Je teste çà pour voir si detecte bien les comptes ciblés et confirme. Merci beaucoup. |
| Commentaire de Alexandre Garnier [ 23/juil./07 15:39 ] |
| Alors, qu'est-ce que ça donne ? |
| Commentaire de Cedric Favero [ 24/juil./07 12:25 ] |
|
Des erreurs... J'ai mis en place le mot clé comme suit: $util.matchesregexp($seller.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" Et on a des erreurs de ce type (cf 2007-07-23 07:57:31,723 ERROR [P-Processor7] sylvielg1 - Invalid Velocity expression : $util.matchesregexp($seller.ipAddress, "^172\.( [3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" |
| Commentaire de Cedric Favero [ 25/juil./07 09:55 ] |
|
d'ailleurs on s'est trompé en cours de route. La plage d'ip qui m'interesse est entre 172.130.xxx et 172.190.xxx (inclus) et non 172.30 et 172.190 , désolé. |
| Commentaire de Alexandre Garnier [ 25/juil./07 10:05 ] |
| "^172\.1([3-8]\\d|90)\..* " --> 172.130.xxx à 172.190.xxx (mais pas 172.191.xxx et +) |
| Commentaire de Cedric Favero [ 25/juil./07 10:11 ] |
| et si jamais je veux 172.20.xx à 172.199.xx ? |
| Commentaire de Alexandre Garnier [ 25/juil./07 10:16 ] |
| "^172\.([2-9]\\d|1\\d\d)\..* " |
| Commentaire de Cedric Favero [ 25/juil./07 10:20 ] |
|
zut , décidément , je voulais dire 172.120.xx à 172.199.xx |
| Commentaire de Alexandre Garnier [ 25/juil./07 10:31 ] |
|
"^172\.1[2-9]\\d\..* " |
| Commentaire de Cedric Favero [ 25/juil./07 10:35 ] |
|
ok je teste çà.Merci de ta patience :-) Une idée sur ce qui pouvait causer une erreur sur |
| Commentaire de Cedric Favero [ 25/juil./07 17:00 ] |
|
vu les erreurs que çà génère , le mot clé ne semble pas bon ou en tout cas toléré... La formule suivante ne serait-elle pas bonne/suffisante? $util.matchesregexp($seller.ipAddress, "^172\.1[2-9]") |
| Commentaire de Alexandre Garnier [ 25/juil./07 17:20 ] |
|
Non parce que ça risque de matcher 172.12.xxx ou 172.15.xxx Si le \d n'est pas accepté, on peut faire : $util.matchesregexp($seller.ipAddress, "^172\.1[2-9][0-9]\..*") |
| Commentaire de Cedric Favero [ 25/juil./07 17:23 ] |
| ok je teste çà |
| Commentaire de Cedric Favero [ 25/juil./07 17:26 ] |
|
erreur avec double guillemet , semble etre ok de cette façon: $util.matchesregexp($seller.ipAddress,'^172\.1[2-9][0-9]\..*' ) |
| Commentaire de Cedric Favero [ 30/juil./07 17:57 ] |
|
Ca y est , le mot clé a detecté un compte selon la plage spécifiée (pseudo: kattia24) C'est ok , donc çà fonctionne. On utilisera la meme forme pour les prochains. Merci. |
[APP-17663] Fraudes- demande de 2nd lien whois en backoffice pour pays etrangers Création: 30/août/07 16:18 Mise à jour: 29/avr./08 17:31 Résolue: 28/avr./08 14:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif1: | BO |
| Classif2: | fraude |
| Projets PM archivés: | Maintenance 17.x.x |
| Description |
|
Lors des processus de vérification liés aux fraudes
(surveillance paniers ou fraudes auto) , un lien nous est essentiel , il
s'agit du "Whois" permettant d'identifier l'utilisateur par son adresse
IP (cf captures sur pages panier ou compte). Toutefois il est assez limité car ne retourne pas de résultat utile lorsque l'utilisateur est à l'Etranger (hors Europe) Il nous serait extremement utile d'avoir un second lien pour identifier rapidement les utilisateurs à l'Etranger comme le propose le site suivant: http://www.ipaddresslocation.org/index2.php De plus lien lien serait extremement simple à intégrer car sous la forme http://www.ipaddresslocation.org/ip-address-location.php?ip=xxx.xxx.xx.xx Celà permettrait de très rapidement identifier si une annonce doit etre supprimée ou un panier refusé. Celà est-il facilement réalisable? |
| Commentaires |
| Commentaire de Renaud Dierickx [ 05/sept./07 10:36 ] |
|
Steven, confirmes-tu cette demande ? On affiche le lien second lien dans tout les cas où uniquement pas les étrangers ? Si c'est que pour les étrangers, sur quelle adresse doit-on se baser ? Merci d'avance. |
| Commentaire de Steven Harel [ 05/sept./07 11:26 ] |
|
je confirme la demande qui est très importante pour lutter contre la fraude on intègre ce lien quelle que soit l'adresse sur la page utilisateur en back office : - un nouveau lien "pays" entre le lien ip et whois dans le bloc "dernière ip" sur la page panier en back office : - un nouveau lien "pays" entre le lien ip et whois dans le bloc "adresse ip" pour gagner de la place on renomme "traceroute" et "trace" |
| Commentaire de Cedric Favero [ 05/sept./07 14:46 ] |
|
Pour une question de logique , ne serait-il pas mieux de le mettre en whois et trace/traceroute? En effet , on aurait plutot tendance à faire d'abord un whois puis ensuite une recherche sur le pays quand on n'a pas de résultat sur le whois classique. |
| Commentaire de Cedric Favero [ 05/sept./07 14:52 ] |
|
je reformule: Pour une question de logique , ne serait-il pas mieux de le mettre entre whois et trace/traceroute? |
| Commentaire de Steven Harel [ 05/sept./07 15:02 ] |
|
pour l'emplacement c'est sebastien bruzzone qui décide tu peux voir ça avec lui ? |
| Commentaire de Cedric Favero [ 24/sept./07 17:21 ] |
| Sebastien on attend ton verdict! |
| Commentaire de Renaud Dierickx [ 24/sept./07 17:31 ] |
|
C'est déjà fait... Verdict : WhoIs - Pays - Trace |
| Commentaire de Cedric Favero [ 24/sept./07 17:33 ] |
| ok nickel. |
| Commentaire de Cedric Favero [ 22/avr./08 09:29 ] |
|
Petit souci, le lien ne fonctionne plus correctement. En effet , lorsque l'on clique dessus , il prend notre adresse 62.23.27.114 au lieu de celle qu'on recherche. il semblerait qu'ils aient quelquepeu vérouillé l'accès direct. Peut-on faire quelquechose? |
| Commentaire de Quentin de Chivré [ 28/avr./08 14:11 ] |
|
Merci de créer un nouveau Jira. Celui-ci est clot et attaché a une version en Prod, il n'est donc pas judicieux de le réouvrir. en revanche tu peux très bien y faire référence dans le nouveau. Merci ! |
| Commentaire de Cedric Favero [ 28/avr./08 17:48 ] |
| ok çà marche |
[EXP-3017] auto - ouverture integ à partenaire extérieur (camif) pour tests cobranding Création: 21/nov./06 15:54 Mise à jour: 25/juin/07 18:59 Résolue: 05/mars/07 18:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | unspecified |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
on a besoin d'ouvrir l'integ FR à CAMIF pour qu'ils puissent
tester le site cobrandé CAMIF auto du vendredi 8 au mardi 12 décembre
(dates à reconfirmer en fonction de l'avancée des dev). On a besoin des adresses IP uniquement ou faut-il autre chose ? merci |
| Commentaires |
| Commentaire de Antoine Koener [ 22/nov./06 12:17 ] |
|
Nous avons besoin de leur adresse IP. Nous allons leur fournir un couple login/password pour pouvoir se connecter. Il faudra les prévenir qu'il va falloir faire un légère configuration du poste client qui va tenter d'accéder au site. |
| Commentaire de Antoine Koener [ 05/mars/07 18:12 ] |
| Impossible à faire depuis l'extérieur. (akamai et autre sites dans _notre_ dns) |
[EXP-4462] problm connexion compte daredevil94 Création: 28/juil./08 14:21 Mise à jour: 16/sept./08 16:59 Résolue: 16/sept./08 16:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jany Marimoutou | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
daredevil94 fait parti des pro DVD les plus importants.
Depuis vendredi 25 il a quelques difficultés à accéder à son compte
depuis chez lui. Et seulement depuis chez lui. Il n'y est arrivé qu'en
passant par un proxy. Pourrais-tu me dire si il y a un souci avec son IP : 212.27.60.48 |
| Commentaires |
| Commentaire de Jany Marimoutou [ 01/août/08 10:17 ] |
| pourrais-je avoir une réponse avant 2009 SVP ? |
| Commentaire de Patrice Boulanger [ 14/août/08 17:34 ] |
| oui, tu l'auras. |
| Commentaire de Patrice Boulanger [ 16/sept./08 16:59 ] |
| Le filtrage IP a été désactivé sur l'ensemble des serveurs, le problème doit donc avoir disparu. Dans le cas contraire, merci de réouvrir le Jira. |
[EXP-662] Création d'un enregistrement LATONE pour notre DNS interne Création: 22/déc./05 10:56 Mise à jour: 25/juin/07 18:55 Echéance: 22/déc./05 00:00 Résolue: 22/déc./05 15:25 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 20 minutes | ||
| Estimation originale: | 20 minutes | ||
| Description |
|
Il faudrait créer dans notre dns interne un enregistrement
pour latone.jm.lan (alias latone). Adresse IP à venir. Il s'agit de la
bdd BI de PROD à laquelle nous allons accéder via l'ARKOON pour
administrer différentes instances Oracles. http://latone:5500/em/ DW http://latone:5501/em/ OWREP http://latone:5502/em/ BOREP |
| Commentaires |
| Commentaire de Sébastien Tournay [ 22/déc./05 13:10 ] |
| l'@IP est 10.150.28.88 sur le réseau privé de PROD |
[APP-6834] Boutique randoshop (PRO) : Impossibilité de confirmer les ventes et de répondre aux questions Création: 27/déc./05 10:40 Mise à jour: 25/juin/07 18:34 Résolue: 06/janv./06 13:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9b |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Steven Harel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Bonjour, Je viens de recevoir 17 mails du pro randoshop qui visiblement a un problème de connexion lorsqu'il souhaite confirmere ses ventes ou répondre aux questions. Il se retrouve devant une page d'erreur 404 et apparemement le problème persiste toujours. Il me dit qu'il n'a aucun problème de connexion avec son FAI de son côté. Pour les ventes il arrive bien dans son compte, clique sur la vente à valider et là page d'erreur 404. Pour les réponses aux internautes, pareil il clique sur vous avez une nouvelle question puis sur l'intitulé de la question et là de nouveau erreur 404. Et dans un de ces nombreux autres mails voilà le message qu'il met : Voila ce que l'on trouve quand on arrive a rentrer sur la boutqiue et que l'on clique sur l'onglet CONNEXION http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.90.141&q=price%20mini Il me dit qu'il a essayé de se connecter de 3 ordinateurs différents et que çà ne changait rien. C'est assez bizarre. Est ce que quelqu'un peut regarder si on a des problèmes de ce côté ? Je n'ai pas réussi à reproduire le bug. Si je pouvais avoir une réponse rapide çà m'aiderait beaucoup. Merci Stéphanie |
| Commentaires |
| Commentaire de Stéphanie Vignali [ 27/déc./05 11:03 ] |
|
Bon visiblement il s'agirait plus d'un problème de connexion de son côté. Je vous laisse vérifier mais je suis pas convaincue que le problème vienne de chez nous. Désolée. Voici son dernier mail : Je suis dans une autre société et me suis connecté via leur système sur Price Minister, nous arrivons à rentrer sans problèmes, par contre nous mettons entre 5 et 6 minutes pour y accéder . J'ai contacté un collègue dans le 77 , eux par contre se connectent en quelques secondes, donc un probleme de navigation sur la bretagne, peut-être, par contre et ce depuis plus de 4 jours maintenant, il m'est impossible de travailler correctement sur ma boutique, toutes les modifications une fois effectuées et que je souhaite les confirmées sont envoyées vers cette page 404 erreur |
| Commentaire de Christophe Garcia [ 27/déc./05 11:20 ] |
|
Je ne reproduis pas non plus son pb de 404. Ca sent effectivement un problème de "lenteur" depuis son lieu de connexion plutôt qu'un problème chez nous (vu que ça marche depuis le 77). Par contre, peux-tu me donner plus de détails sur son problème de boutique et d'erreurs lors de la validation des modifications. Que fait-il comme action, sur quel article ... |
| Commentaire de Christophe Garcia [ 27/déc./05 11:31 ] |
| Pour info : Je viens de voir qu'il a répondu aux 2 questions d'internautes qu'il avait en attente. |
| Commentaire de Stéphanie Vignali [ 27/déc./05 11:33 ] |
|
Pour son problème de validation de commande ou de question,
il cliqe sur le lien depuis l'e-mail l'informant d'une nouvelle vente ou
d'une nouvelle question et là se connecte à son compte. D'après lui après avoir rentré son login et mot de passe, il tombe parfois sur la page suivante et non sur la page d'accueil de son compte ce qui ets particulièrement bizarre: http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.90.141&q=price%20mini Une fois qu'il a réussi finalement à se connecter et qu'il est sur la page d'accueil de son compte, il va cliquer sur Vous avez une nouvelle vente. Là il arrive sur la page nouvelles ventes où la nouvelle vente apparaît. Il clique sur la ligne correspondante et arrive bien sur la page détail vente. Et c'est au moment où il clique sur le bouton je m'engage à livrer que le site affiche une page erreur 404. De même pour les questions, il clique sur vous avez une nouvelle question en attente, là il est bien redirigé vers la page mes messages entrants, il clique sur l'intitulé de la question , il voit bien ensuite la question et lorsqu'il tape sa réponse et qu'il clique sur envoyer maintennat il a de nouveau une page d'erreur 404. Pour info il est sous Internet Explorer. Le produit qui posait problème mais plus maintenant puisque son ami du 77 à confirmer pour lui ;) était le suivant : http://bo.priceminister.com/purchase?action=saleview&purchaseid=31999814 |
| Commentaire de Stéphanie Vignali [ 27/déc./05 11:34 ] |
| je pense qu'on peut en fait fermer cette demande. Désolée. |
| Commentaire de Stéphanie Vignali [ 02/janv./06 17:31 ] |
|
Randoshop rencontre toujours des problèmes d'identification,
confirmation des venets et réponses aux questions sur PriceMinsiter. Pour info il a un PC, son navigateur est Internet explorer et son FAI Wanadoo. Lorsqu'il reçoit un mail de notre part lui indiquant qu'il a une nouvelle question il clique sur le lien présent dans le mail qui le redirige bien vers la page d'identification Mon compte. Il rentre son login et son mot de passe et là il est redirigé vers une page d'erreur 404 qui est la suivante : http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.124.139&q=price%20mini il arrive ponctuellement à se connecter à son compte PriceMinister et lorsqu'il veut valider une vente ou lorsqu'il veut envoyer la réponse à une question à nouveau la page d'erreur 404 ci-dessus s'affiche. Je n'arrive pas à reproduire le bug de mon côté. Est ce qu'il est possible de faire le test peut être à partir d'une connexion wanadoo. merci |
| Commentaire de Quentin de Chivré [ 03/janv./06 12:55 ] |
|
Je pense qu'il a un virus ou un spyware... Ou au contraire un firewall ou un anti spyware un peu trop restrictif |
| Commentaire de Stéphanie Vignali [ 03/janv./06 13:38 ] |
|
Un autre pro fun-video vient de me signaler le même problème
rencontré ce matin au niveau de l'envoi de réponses aux nouvelles
questions. Il écrit sa réponse et au moment où il clique sur envoyer la réponse il a un message d'erreur de type invalid. Il a réesayer plusieurs fois et en insistant çà a finit par fonctionner. Il est sous Windows 98, navigateur Internet explorer et son FAI est Free. |
| Commentaire de Christophe Garcia [ 03/janv./06 18:54 ] |
|
Il semble que le problème de Randoshop soit dû à un spyware
qui le redirige vers un serveur dont l'adresse IP est 81.201.104.136. Plusieurs forum font référence à ce même problème. |
| Commentaire de Steven Harel [ 04/janv./06 15:11 ] |
|
c'est un pro de stéphanie vignali elle le contacte pour lui expliquer qu'il a attrapé un virus |
| Commentaire de Stéphanie Vignali [ 04/janv./06 16:10 ] |
|
Je lui ait dit que c'était un virus et qu'il devait nettoyer son ordinateur comme me l'a conseillé Steven. Le partenaire me dit utiliser el logiciel Lavasoft Se et il doit prochainement reinstaller Norton Symantec. C'est en effet probablement un problème aavec son antivirus. |
| Commentaire de Stéphanie Vignali [ 05/janv./06 09:59 ] |
|
Le partenaire a visiblement fait du nettoyage et çà va beaucoup mieux. On peut donc de nouveau fermer le jira. |
| Commentaire de Stéphanie Vignali [ 06/janv./06 12:14 ] |
|
Est ce que quelqu'un de l'équipe technique pourrait se
dévouer pour lui passer un petit coup de fil 5 min car il me harcèle et
me dit que çà continue alors qu'il a nettoyé son ordinateur. Je lui ait redit que le problème venait de chez lui mais il veut pas l'admettre. |
| Commentaire de Quentin de Chivré [ 06/janv./06 13:06 ] |
| C'est au service client de s'occuper de ce genre de cas. |
| Commentaire de Steven Harel [ 13/janv./06 15:47 ] |
| rien à faire de mon coté |
[EXP-1964] Migration de priceminister.es sur CUPIDON&PHAETON Création: 05/mai/06 15:48 Mise à jour: 25/juin/07 18:57 Résolue: 19/mai/06 17:31 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Sébastien Tournay | Attribution: | Julien Rampon |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On a aujourd'hui priceminister.es qui est installé sur
BACCHUS. On souhaite pouvoir le migrer sur CUPIDON et PHAETON pour avoir
la répartion de charge et la redondance. Il faudrait donc mettre en place la conf APACHE nécessaire sur CUPIDON et PHAETON. Pour l'instant nous avons que des pages statiques. On utilise pas mod_jk. LA RIP associée à Cupidon est 212.23.167.36 et la RIP associée à Phaeton est la 212.23.167.06. une fois la conf en place, on va demander à JMH de déplacer l'@IP 212.23.167.18 associée à BACCHUS pour la convertir en VIP et la mettre sur l'altéon pour répartir sur les 2 RIP. A voir s'il est nécessaire de déclarer cela dans /etc/hosts dans la mesure ou nous n'avons pas de pages statiques mais je me demande si cela ne va pas bloquer quand même ... |
| Commentaires |
| Commentaire de Julien Rampon [ 15/mai/06 17:20 ] |
| Une demande a été faite à JET pour mettre en place les lignes nécessaires dans le fichier /etc/hosts de phaeton et cupidon. |
| Commentaire de Julien Rampon [ 16/mai/06 18:34 ] |
| Les modifications ont été faites du cote de chez JET, la migration se fera demain. |
| Commentaire de Julien Rampon [ 17/mai/06 17:05 ] |
| Les virtualhosts ont été configurés sur phaeton et cupidon et une demande chez JET a été envoyée afin de retirer l'adresse IP 212.23.167.18 de bacchus, de l'ajouter à la configuration de l'alteon et que ce dernier renvoit sur les adresses de phaeton et cupidon. |
| Commentaire de Sébastien Tournay [ 17/mai/06 17:22 ] |
| Le mieux c'est de recontacter Arnaud Lacourtablaise pour s'assurer que la MAI est bien traitée et que surtout nous n'allons pas avoir trop d'indisponibilité le temps de recabler l'@IP .18 sur l'ALTEON |
| Commentaire de Julien Rampon [ 19/mai/06 10:41 ] |
| La vip a été créée sur l'alteon et le site ES est disponible sur phaeton et cupidon. |
| Commentaire de Sébastien Tournay [ 19/mai/06 10:55 ] |
| Julien, il me semble qu'il faut revoir le script de mise à disposition des logs pour le référencement de GOOGLE. Emmanuel voulait les récupérer pour analyse. On avait mis cela en place sur BACCHUS avec les logs APACHE, il faut refaire la même manipulation pour les logs de CUPIDON&PHAETON |
| Commentaire de Julien Rampon [ 19/mai/06 17:30 ] |
|
Les scripts d'annalyse des logs google pour priceminster.es ont été mis en place sur phaeton et bacchus. |
[EXP-629] Ouverture connexion distante Création: 20/déc./05 10:40 Mise à jour: 25/juin/07 18:55 Résolue: 22/déc./05 16:18 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Nicolas Gréhalle | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Désolé de faire cette demande si tard, mais Jérôme a oublié la semaine dernière : Je dois travailler de chez moi jeudi, serait il possible de : - ouvrir la connexion au BO et aux serveurs de prod pour mon adresse IP (81.56.149.138) - ouvrir une connexion VPN (en m'indiquant ce que je dois faire de mon poste) pour accéder aux mails, ... Ceci me servira jeudi, mais aussi le reste du temps (pendant mes vacances de la semaine prochaine, par exemple), pour intervenir sur la prod si on rencontre un problème. La demande est validée par Jérôme Merci |
| Commentaires |
| Commentaire de Sébastien Tournay [ 20/déc./05 11:11 ] |
|
On ouvre plus d'accès directement sur la plateforme de PROD. Nous allons t'installer un client VPN sur ton portable avec un profil qui va te permettre d'accéder aux environnements de DEV, INTEG et PROD. |
| Commentaire de Nicolas Gréhalle [ 20/déc./05 11:20 ] |
| Nickel, merci |
| Commentaire de Jérémie Bennejean [ 20/déc./05 16:51 ] |
|
Compte utilisateur créé sur le forti Application donné à nicolas (forticlient)+login+mdp+gw)+explication d'installation et d'utilisation. Procédure wiki de création utilisateur vpn créé. |
| Commentaire de Nicolas Gréhalle [ 21/déc./05 09:14 ] |
| Marche pas :-( |
| Commentaire de Jérémie Bennejean [ 22/déc./05 16:18 ] |
| test effectué ce matin et cela marche, reste a modifier son ip virtuelle |
[EXP-4939] Ouvrir l'accès à 1000mercis et xiti à devtest2 et devtest5 Création: 17/août/09 11:03 Mise à jour: 06/oct./09 14:34 Résolue: 06/oct./09 14:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | unspecified |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Fabrice Feugas |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, Pourrez-vous ouvrir un accès depuis l'extérieur à http://www.dev2.pm.dev/info/home à 1000mercis et Eulérian le 26/08 ? Nous devons effectuer une recette commune sur ce serveur. Ils accèderont au site avec les adresses IP : 195.68.69.122 pour 1000mercis 82.244.187.114 pour Eulerian Pourrez-vous me communiquer quelle adresse ils devront saisir pour accéder au serveur? Merci. |
| Commentaires |
| Commentaire de Fabrice Feugas [ 17/août/09 11:04 ] |
| Je rajoute l'integ en observateurs du JIRA. |
| Commentaire de Swan Desportes [ 19/août/09 15:19 ] |
|
Peux tu également donner accès à notre partenaire XiTi (IP : 193.251.73.248) au site http://www.dev5.pm.dev/ (sur duchene http et https) du 20/08 au 8/09 ? Merci |
| Commentaire de Patrice Boulanger [ 24/août/09 11:46 ] |
|
Les ouvertures sont en place, à noter que je n'ai pas pu tester l'accès pour dev2, le JBOSS était arrêté. Les URLs pour accéder aux services depuis l'extérieur sont: www.dev2.babel.fr www.dev5.babel.fr A transmettre aux intéressés. Patrice. |
| Commentaire de Fabrice Feugas [ 24/août/09 12:02 ] |
| Ok merci. Les jboss tournent maintenant si tu veux retester. |
[EXP-710] Installation accès réseau pour fonomail (messagerie téléphonique liée au standard automatique) Création: 29/déc./05 19:38 Mise à jour: 25/juin/07 18:55 Echéance: 04/janv./06 00:00 Résolue: 30/janv./06 11:21 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Alain Bonneaud | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 3 heures | Estimation restante: | Non spécifié |
| Σ Temps consacré: | 3 jours | Temps consacré: | Non spécifié |
| Σ Estimation originale: | 1 jour, 3 heures | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
Pour finir la mise en place du standard téléphonique
automatique, il faut relier le fonomail (boîtier permettant de recevoir
des messages vocaux pour le service client) sur le réseau au travers
d'une IP fixe afin que le boîtier envoie un mail au SAV avec un lien
permettant d'écouter le message vocal directemnt sur leur PC. Pour ce
faire, il faut également relier par un câble RJ45 le Fonomail qui est
dans l'armoire de brassage du 1er étage à un port du switch réseau. La finalisation de l'installation et la formation sur l'outil seront réalisés semaine 01/2006 |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 04/janv./06 15:42 ] |
| Adresse Ip du phonomail réservé: 192.168.1.50 |
[EXP-1189] ouverture d'un port pour l'export de fichier en SCP Création: 06/févr./06 14:40 Mise à jour: 25/juin/07 18:56 Résolue: 15/févr./06 10:45 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Flux |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Je souhaite transférer des données vers Priceminister via SCP pour cela, je ne préfère pas passer par le port 22, mais plutot par le port 2222 Est il possible d'ouvrir ce port pour mon IP mon IP : 192.168.1.240 IP de destination 195.13.59.230 Merci Emmanuel |
| Commentaires |
| Commentaire de Sébastien Tournay [ 06/févr./06 14:47 ] |
|
C'est assez génant. Cela nous demande du spécifique pour
l'ouverture de ce flux. Ne peux tu pas te contenter du port 22 de ta
machine distante ? Sébastien |
| Commentaire de Sébastien Tournay [ 15/févr./06 10:45 ] |
| Je ferme cette demande. Emmanuel c'est arrangé autrement. |
[EXP-709] Carte Réseaux sur le PC "Blonde" à changer Création: 29/déc./05 18:54 Mise à jour: 25/juin/07 18:55 Résolue: 30/déc./05 12:40 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faut remplacer la carte du PC Blonde , il n'arrive plus a
obtenir correctement des adresses IP depuis le DHCP et ceux après
desactivation, forçage, réinstall
|
[EXP-3447] [Cob Dauphine] Mauvaise redirection Création: 02/avr./07 12:15 Mise à jour: 25/juin/07 19:00 Résolue: 03/avr./07 09:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Younès Charrière | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Pb_acces_dauphine.JPG
|
| Pays: |
FRA - France
|
| Description |
|
Le site Dauphine en Prod ne pointe pas vers la bonne ip. Il pointe vers le site espagne (voir screenshot).
|
| Commentaires |
| Commentaire de Antoine Koener [ 03/avr./07 09:44 ] |
| Maintenant ça marche. |
[EXP-3797] ouverture preview Espagne pour google Création: 23/juil./07 10:44 Mise à jour: 23/juil./07 18:29 Résolue: 23/juil./07 18:29 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il faut ouvrir le preview ES à google pas d'adresse ip fixe Merci Charles |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 23/juil./07 11:12 ] |
| Je m'en occupe je te previens quand c'est terminé. |
| Commentaire de Jérémie Bennejean [ 23/juil./07 12:02 ] |
|
C'est bon la conf est modifiée. Tu peux leur dire de tester. |
| Commentaire de Jérémie Bennejean [ 23/juil./07 18:03 ] |
|
Charles, Est ce que google à bien accès à preview? Merci de ton retour |
| Commentaire de Charles Decaux [ 23/juil./07 18:22 ] |
| oui oui ils m'ont confirmé que c'était bon |
| Commentaire de Jérémie Bennejean [ 23/juil./07 18:29 ] |
| Cool |
[EXP-422] AOL: demande d'accès Création: 28/nov./05 12:10 Mise à jour: 25/juin/07 18:54 Résolue: 05/déc./05 18:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Thomas Beylot | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
bonjour, suite au déménagement et au renforcement du firewall, je n'ai plus accès à AOL via mon abonnement. Or, il s'agit d'un de mes partenaires. Pouvez-vous m'accorder les droits d'accès afin que je puisse suivre à nouveau ce partenariat? merci, thomas. pour infos voilà la réponse d'AOL à la question suivante: "pourriez vous me dire quel est le port utilisé par votre appli (afin de libérer le port du firewall) ? " "Pour pouvoir se connecter à AOL à travers un firewall d'entreprise (accès via Internet / TCP/IP), il faut que le firewall autorise les connexions SORTANTES TCP et UDP à destination de l'extérieur port 5190 (port destination), ce numéro de port étant réservé à l'usage d'AOL. Sinon: débrancher un fax pour avoir une ligne analogique et utiliser un modem analogique/accès RTC!" |
| Commentaires |
| Commentaire de Sébastien Tournay [ 28/nov./05 14:30 ] |
|
Pour ce genre de demande, il faut maintenant l'accord du
responsable d'équipe. Notamment pour bien valider le besoin. On attend
donc le retour d'Odile pour mettre en place (ou pas) la règle. Sébastien |
| Commentaire de Sébastien Tournay [ 28/nov./05 15:30 ] |
|
Ranto, Je te laisse appliquer cette régle spécifique sur le FORTIGATE. En fait faudrait faire un groupe de webfiltering sur cette URL pour n'autoriser que l'@IP de Thomas (pour l'instant). Sébastien |
| Commentaire de Ranto Andriambololona [ 29/nov./05 18:54 ] |
|
C'est fait ... Merci de tester si ta connexion AOL refonctionne Ranto, |
| Commentaire de Sébastien Tournay [ 05/déc./05 18:20 ] |
| Vérifier auprès de Thomas que cela fonctionne bien |
| Commentaire de Jérémie Bennejean [ 05/déc./05 18:28 ] |
|
ok j'ai verifié aupres de thomas c est ok j'ai regardé aussi la régle sur le forti c'est ok |
[IMP-5084] Simply Electronics : demandes renseignements FTP Création: 18/janv./10 16:26 Mise à jour: 19/janv./10 09:44 Résolue: 18/janv./10 16:58 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Laurent Payot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Login: | Simply Electronics |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
De : Trunks Wong [mailto:trunks@eservicesgroup.net] Envoyé : mercredi 13 janvier 2010 11:24 À : SUPPORT PRO Cc : 'Jeremy Pallot' Objet : RE: working together Dear Laurent, Thanks for your information. I would like to understand is there any security setup in your side for us to have successful access? Say for example, will you only allow for certain ip address to connect to your ftp server and etc. Please advise. Thanks. Best regards, Trunks Wong |
| Commentaires |
| Commentaire de Laurent Payot [ 18/janv./10 16:48 ] |
|
Vu avec Damien Gilloz: "Avec n'importe quelle adresse IP, bien heureusement oui. Mais apres, ça dépend de la configuration de son côté. S'il accède au FTP depuis son lieu de travail / cyber / ...... et que la configuration du firewall n'autorise que le trafic web (http/80) il ne pourra pas accéder à notre FTP. Son pare-feu doit laisser passer le traffic à destination des ports 20 et 21 ( y en a 2 pour FTP)" envoyé la traduction: De : SUPPORT PRO [mailto:support.pro@priceminister.com] Envoyé : lundi 18 janvier 2010 16:45 À : 'trunks@eservicesgroup.net' Cc : 'Jeremy Pallot'; 'Damien Gilloz' Objet : RE: TR: working together - Hello Trunks, After checking with our internet security department you can access our FTP server from any IP address. Nevertheless if you have a firewall, ports 20 and 21 have to be open for outgoing traffic (2 ports are used for FTP). Regards, Laurent Payot PriceMinister imports support.pro@priceminister.com |
| Commentaire de Laurent Payot [ 19/janv./10 09:44 ] |
|
De : Trunks Wong [mailto:trunks@eservicesgroup.net] Envoyé : mardi 19 janvier 2010 02:06 À : SUPPORT PRO Cc : 'Jeremy Pallot'; 'Damien Gilloz' Objet : RE: TR: working together - Dear Laurent, Okay, understand. Thanks for your information. Best regards, |
[EXP-133] Tester à l'accès au bo via le lien MPLS Création: 08/août/05 17:35 Mise à jour: 25/juin/07 18:54 Résolue: 19/août/05 09:58 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Mettre en place l'architecure DNS en interne (exemple :
bo.jmh.lan) et voir avec Jet pour configurer une @IP privée de CUPIDON
pour assurer le fonctionnement.
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 19/août/05 09:58 ] |
|
C'est fait ... - Ajout d'une entrée dans le DNS - Ouverture du flux http vers Phaeton - Configuration de Apache virtualhost-bo-jmh - Test |
[EXP-1761] finalisation de mumm Création: 11/avr./06 16:45 Mise à jour: 09/juil./07 10:02 Résolue: 09/juil./07 10:02 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérémie Bennejean | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
Je te passe mumm Actuelement nommé mumm2. Son ip est 192.168.1.58 il est configuré pour le demande ( pas de chkconfig de fait cependant) |
| Commentaires |
| Commentaire de Pap Ndiaye [ 18/avr./06 20:42 ] |
| Le serveur n'est pas accessible via ssh !!!! |
| Commentaire de Jérémie Bennejean [ 19/avr./06 10:08 ] |
|
Mais si ! [root@ruinart tmp]# ssh 192.168.1.58 root@192.168.1.58's password: Last login: Tue Apr 11 10:55:31 2006 from mumm.lan [root@mumm2 ~]# service sshd status sshd (pid 11176 2313) is running... Je viens de m'y connecter. par contre comme le serveur s'apelle mumm2. essaie ssh 192.168.1.58 tu arrives bien sur mumm2. |
| Commentaire de Pap Ndiaye [ 25/avr./06 10:35 ] |
| Mumm2 a été connecté sur clicquot avec la version de l'applicatif actuellement présente en prod afin de tester le passage de script.sql et dévaluer les impacts sur la prod si l'on venait a executer les scripts avant le déploiement de la V900. |
| Commentaire de Sébastien Tournay [ 19/mai/06 17:26 ] |
|
PAP, tu peux me faire un point concernant mumm et mumm2 ? Mumm2 est bien l'ancien mumm ? Il me semble qu'il n'est plus utilisé (plus dans le pool). Si c'est le cas, il faut donc passer à l'étape suivante. Le redonner à Jérémie pour réinstaller l'OS (on formate tout) puis réinstallation de JBOSS+FAST en préparation de l'Integ Espagne. Reste encore à lui trouver un petit nom.. Sébastien |
| Commentaire de Jérémie Bennejean [ 09/juil./07 10:02 ] |
|
Patrice je vais fermer ce Jira (ancien) La machine installé depuis longtemps ne s'appelle plus mumm2 (car destiné à remplacé mumm). Cette machine est actullement henriot (fast dev). |
Installation de FAST sur la plateforme de PRODUCTION
(EXP-471)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 30 minutes | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 30 minutes | ||
| Description |
|
Pour pouvoir accéder aux interfaces d'administration de
FAST, il faut ajouter des entrées dans le DNS de RUINART pour accéder au
machines qui hébergent l'application FAST sur leurs adresses IP
privées. Exemple : http://parques:15900 sur un lien de l'interface PHP On pourrait donc créer les entrées : parques02.atlantide.jmsp.net avec un alias sur parques vers l'@IP 10.150.28.75 esculape02.atlantide.jmsp.net avec un alias sur esculape vers l'@IP 10.150.28.67 Et cela pour toutes les machines de la plateforme ... |
[EXP-2147] Départ de Ranto+seb+alain : Fermer tous les accès Création: 31/mai/06 08:23 Mise à jour: 25/juin/07 18:58 Résolue: 08/mars/07 16:21 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | ZZ_Arnaud Baali | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ce JIRA a été ouvert afin de verifier qu'il n'y a pas eu d'oublie concernant le départ de Ranto. - Desactivation du Compte réseaux - Desactivation du VPN Fortigate - Desactivation du VPN Arkoon - Changement des mots de passe de la prod Si il manque des points a modifier, merci de les rajouter |
| Commentaires |
| Commentaire de Justin Ziegler [ 31/mai/06 11:45 ] |
|
Merci. J'ajoute : - retirer son adresse IP des firewall JMH - retirer son adresse IP de apache en prod pour BO ... - retirer son adresse IP du fortigate ? - changer les mdp d'admin du fortigate ? - changer les mdp root en interne - autre ? - enrichir la procedure avec tout ceci. :-) |
| Commentaire de Sébastien Tournay [ 31/mai/06 14:05 ] |
|
En ce qui concerne l'@IP de RANTO, ce n'est pas un pb. Il ne
disposait pas d'une @IP fixe. Il n'est donc pas nécessaire de modifier
les confs en prod et en interne. On peut par contre modifier son pass psswd pour le VPN et le mdp ROOT en interne. |
| Commentaire de ZZ_Arnaud Baali [ 31/mai/06 16:55 ] |
|
- Le certificat Arkoon a été révoqué - Le compte de Ranto sur le Fortigate a été Desactivé - Ranto a été sorti de toutes listes de distribution Price et ses mails ont été redirigés sur la Boîte de SET - Le compte réseaux de Ranto a été desactivé |
| Commentaire de Jérémie Bennejean [ 31/mai/06 17:08 ] |
| c'est fait |
| Commentaire de Jérémie Bennejean [ 31/mai/06 17:09 ] |
| Changer le mdp du forti en sert pas à grand chose puisque personne ne peux s'y connecter via le vpn. |
| Commentaire de Justin Ziegler [ 31/mai/06 18:09 ] |
|
C'est un principe de securite de base ! :-) |
| Commentaire de Jérémie Bennejean [ 21/juin/06 18:13 ] |
| Je profiterai du départ de Sébastien pour changer tout les accès. |
| Commentaire de Jérémie Bennejean [ 03/juil./06 18:47 ] |
|
*Sebastien : Son compte sur le fortigate a été supprimé. Son compte unix et samba aussi. Ses mails osntredirigés vers Antoine Révocation du certificat Arkoon Suppression de son @ IP réservé. *Alain Son compte sur le fortigate a été supprimé. Son compte unix et samba aussi. |
| Commentaire de Jérémie Bennejean [ 03/juil./06 18:48 ] |
| Je change les mpd du fortigate et root (en interne) demain. |
| Commentaire de Justin Ziegler [ 03/juil./06 20:09 ] |
|
Super ! Il faut aussi penser a retirer l'adresse IP de Sebastien => chez jet (FW / routeur) => dans la conf apache pour le BO / l'intra |
| Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ] |
|
Les mots de passe pour root sont changés. LL'@ IP de sebastien est retiré de la conf apache de boo/intra |
| Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ] |
| Les mots de passe pour root des serveurs internes sont changés. |
| Commentaire de Jérémie Bennejean [ 21/sept./06 12:36 ] |
| En attente de reponse :) |
| Commentaire de Jérémie Bennejean [ 08/mars/07 16:21 ] |
| La derniere MAI (21483) est terminée. |
[APP-29505] Modification des tags Weborama Création: 10/mai/10 15:58 Mise à jour: 04/juin/10 17:23 Résolue: 04/juin/10 14:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Affiliation, Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 70.0.2.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jonathan Gorges | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 0 minutes | Estimation restante: | 0 minutes |
| Σ Temps consacré: | 5 heures | Temps consacré: | 5 heures |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
V2-Tag_weborama_priceminister.doc
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||
| Classif FONC: | comarket |
| Description |
|
Bonjour, Je reviens vers vous concernant les tags Weborama. En effet, les premiers résultats du partenariat sont assez décevants de notre côté et notre partenaire nous communique que nous devons apporter des modifications sur les tags (une V2 en quelque sorte), afin d'optimiser la qualité de leurs recommandations. Voici les modifications à effectuer : ** Remplacer v=0 par v=1 sur le tag ci-dessous, présents sur toutes les pages (sauf pour la Home Page) : <img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=0&r=max"> ** Taguer toutes les fiches produits, en faisant bien remonter les familles de produit et catégories, en utilisant les tags suivants : <img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=1&r=max"> <img src="http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION={CATEGORIE}&WRP_SUBSECTION={Sous- Categorie}" width="1" height="1"> Olga, n'hésite pas à revenir vers moi pour en parler oralement. Merci d'avance pour votre retour. Jonathan. |
| Commentaires |
| Commentaire de Jonathan Gorges [ 12/mai/10 18:44 ] |
|
Hello, Pouvons-nous également taguer la landing page affiliation : http://www.priceminister.com/info/no/op/LPAV09 en disposant le même tag Weborama que nous avons actuellement sur la Home Page : http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION=Home&WRP_SUBSECTION=Accueil" width="1" height="1"> <img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=0&r=max"> Merci d'avance pour votre retour. |
| Commentaire de Jonathan Gorges [ 17/mai/10 13:49 ] |
|
Hello, Je reviens vers vous concernant le plan de taggage des DA. Mon partenaire revient en effet vers moi avec une V2 qui pourrait nous satisfaire : Il s'agit finalement de placer un tag quasi identique a celui de la page produit, avec pour seule différence, le action id afin de ne pas confondre Fiche produit et DA. Par exemple sur une page produit comme : le tag aura le code Action id : 1010 Par exemple sur une page détail annonceur : le tag sera comme celui de la page produit mais avec Action id 1014 <script type="text/javascript"> if (typeof (MyThings) != "undefined") { MyThings.Track({ EventType: MyThings.Event.Visit, Action: "1010", ProductId: "1162385", Category : "Musique", SubCategory1: "CD", SubCategory2: "", Brand: "", ProductName: "Thriller - Michael Jackson", ProductDescription: "Thriller", _NI: "26", _UI: "17", _NIP: "5,56 Euros", _UIP: "1,30 Euros", _UREV: "", _NREV: "", Currency: "Euros", OldPrice: "129,00 Francs", Url: window.location.href, ImageUrl:"http://cot.priceminister.com/photo/850280879_M.jpg" }); } </script> Qu'en pensez-vous ? Merci d'avance pour votre retour. Jon |
| Commentaire de Jonathan Gorges [ 17/mai/10 13:53 ] |
|
Mea culpa ! Je me suis trompé de Jira :-) Ne prenez pas en compte le commentaire ci-dessus du 17/mai/2010 13:49 svp. Merci |
| Commentaire de Jonathan Gorges [ 18/mai/10 10:07 ] |
|
Hello, Je reviens vers vous avec une synthèse des demandes de Weborama concernant la modification de leurs tags sur nos pages. Vous trouverez en PJ ce document. Pour le moment, la campagne est en standby de notre côté car les résultats ne sont pas au RDV... Il apparaît clairement que la V1 du plan de taggage proposée par Weborama n'était pas "optimale". Je reste à votre disposition pour en parler de vive voix. Merci d'avance pour votre retour. Jon |
| Commentaire de Fabrice Feugas [ 19/mai/10 18:30 ] |
|
Hello Jonathan, Quelques questions : "2) Remplacer v=0 par v=1 pour tous les tags ci-dessous " --> à quoi correspond cette variable ? "A faire partout sauf sur la homepage" --> partout = ? Toutes les pages du site ?????? identification ? Panier ? (Attention, selon la réponse, on va plus ou moins creuser :) "3) Tracking de la page de coupon " --> pourquoi on veut tracker une page coupon ? Question à Marion, on peut tracker juste une page IG et pas les autres ? Merci. |
| Commentaire de Jonathan Gorges [ 19/mai/10 19:01 ] |
|
Hello, Voici mes retours : "2) Je ne sais pas exactement à quoi correspond cette variable de leur côté. Je me renseinge... "A faire partout sauf sur la homepage" --> partout = uniquement sur les tags qui sont déjà en prod aujourd'hui + ceux des fiches produit à paramétrer. Il s'agit uniquement de modifier l'existant + fiche produit en remplaçant v=0 par v=1 (sauf pour la HP) et non pas de taguer les pages d'identification. "3) Weborama redirige une partie de son trafic sur cette fameuse page IG. Nous devons donc la taguer simplement (même tag que la home) pour que cette information remonte de la même manière côté Weborama. Jon |
| Commentaire de Fabrice Feugas [ 20/mai/10 10:01 ] |
|
ok c'est très clair merci. Et en 2 mots, c'est quoi le business que weborama veut développer avec ces tags sur la FP ? |
| Commentaire de Jonathan Gorges [ 20/mai/10 10:16 ] |
|
Hello, Merci pour ce retour. En fait, Weborama estime que taguer uniquement les catégories n'est pas suffisant pour ces recos contextualisées. Du coup, les recommandations de produits sont très peu pertinentes, contrairement à un MyThings, Nextperf ou un Criteo qui taguent les pages produits. En synthèse, nous sommes un peu avec Weborama au plus bas de ce qui existe en termes de retargueting... Leurs résultats sont aujourd'hui très décevants mais nous restons persuader qu'ils ont un bon potentiel business encore non exploité. Jon |
| Commentaire de Marion Anfreville [ 20/mai/10 13:46 ] |
|
Sur la question : "3) Tracking de la page de coupon " --> pourquoi on veut tracker une page coupon ? Question à Marion, on peut tracker juste une page IG et pas les autres ? On ne peut en effet pas faire de distinction sur une page IG en particulier. Si on tague, ceci concernera toutes les pages IG. (confirmer avec OCO) |
| Commentaire de Marion Anfreville [ 20/mai/10 13:46 ] |
| Je veux dire que j'ai confirmé ça avec Olga (OCO). |
| Commentaire de Jonathan Gorges [ 20/mai/10 14:11 ] |
|
Hello, Pour ma part, aucun problème pour que ce tag soit disposé sur l'ensemble des page IG. D'autant plus, qu'il s'agit d'un tag très simple, générique, et qui stipule juste un passage sur la page, sans remonter d'autres infos de PriceMinister. Merci. Jon |
| Commentaire de Fabrice Feugas [ 20/mai/10 16:24 ] |
|
Merci pour ton explication Jon, très clair. A priori, ok pour moi. Maintenant pour la page IG, ça veut dire qu'à chaque fois qu'on affiche une page IG (par exemple : http://www.priceminister.com/info/no/op/numero1) weborama recevra un tag disant que la page coupon a bien été visitée... C'est quand-même bon pour toi ? |
| Commentaire de Jonathan Gorges [ 27/mai/10 15:50 ] |
|
Hello, Auriez-vous svp une date à me communiquer sur le paramétrage de ces nouveaux tags ? Merci d'avance. |
| Commentaire de Marion Anfreville [ 27/mai/10 17:26 ] |
| Le paramétrage est prévu S22 (semaine prochaine) pour mise en prod S23 (je vais voir avec l'integ pour un Dump le 08/06). |
| Commentaire de Jonathan Gorges [ 27/mai/10 17:43 ] |
|
OK merci Marion. |
| Commentaire de Jonathan Gorges [ 31/mai/10 12:30 ] |
|
Hello, Pourrait-on svp ouvrir un environnement de dev ou d'integ à mon partenaire afin qu'il check les modifications du tag avant mise en prod ? Merci d'avance pour votre retour. Jon |
| Commentaire de Olga Costa [ 01/juin/10 17:09 ] |
|
Jonathan tu peux recetter s'il te plait, http://bo.ref-fr.pm.dev/info/home Merci |
| Commentaire de Jonathan Gorges [ 01/juin/10 17:12 ] |
|
Hello, Avant de recetter, je n'ai pas eu de retour de votre part sur mon précédent commentaire. Pourrait-on svp ouvrir un environnement de dev ou d'integ à mon partenaire afin qu'il check les modifications du tag avant mise en prod ? Merci d'avance pour votre retour. Jon |
| Commentaire de Fabrice Feugas [ 01/juin/10 17:23 ] |
|
N'essaies pas de te dédouaner de ta recette sur ton partenaire, on t'as à l'¿il ! :) Plus sérieusement, pour l'ouverture au partenaire je laisse Olga gérer ça mais oui c'est possible. Il y a quelques manipulations dev et exploit à faire. Olga viens nous voir quand tu voudras faire ça, et il faudra penser à communiquer un peu cette modif parce qu'elle pourra potentiellement impacter l'environnement de travail de plusieurs équipes. |
| Commentaire de Jonathan Gorges [ 01/juin/10 17:31 ] |
|
En fait, je veux les faire recetter car ils me paraissent
vraiment très "light" côté technique, et je voudrais éviter un retour de
dernière minute après la mise en prod (ce qui retarderai le projet au
dump suivant...). Je pensais qu'il fallait uniquement vous communiquer l'adresse IP de la machine du partenaire qui sera utilisé pour tester, afin d'autoriser la connexion. Jon |
| Commentaire de Olga Costa [ 01/juin/10 17:36 ] |
|
Jonathan, Il faut que tu demande le partenaire leur adresse IP . Olga |
| Commentaire de Olga Costa [ 01/juin/10 17:40 ] |
|
j'ai pas vu ton commentaire :) oui effectivement il nous faut leur adresse IP. Puis je demande a l'exploite d'ouvrir l'accès |
| Commentaire de Olga Costa [ 01/juin/10 17:42 ] |
| Par contre je veux bien que tu regardes, avant qu'on ouvre l'accès au partenaire |
| Commentaire de Olga Costa [ 02/juin/10 10:34 ] |
|
J'ai corrigé les ponts vu avec toi. Par contre sur certaines tag WRP_CONTENT=" n'est pas vide : Panier : WRP_CONTENT=$!ids Navigation : WRP_CONTENT=$!filters |
| Commentaire de Jonathan Gorges [ 02/juin/10 11:08 ] |
|
Hello, Je demande au partenaire de confirmer ce que nous faisons avec ces deux tags en particulier et reviens vers toi très vite. Merci |
| Commentaire de Jonathan Gorges [ 02/juin/10 11:15 ] |
|
Olga, Je te confirme que nous devons laisser WRP_CONTENT vide sur ces deux tags ! Merci. |
| Commentaire de Olga Costa [ 02/juin/10 11:19 ] |
| Dans ce cas la où on met les variables $filtres et $ids, ou on remonte plus ces info? |
| Commentaire de Jonathan Gorges [ 02/juin/10 11:22 ] |
|
Je ne suis pas trop sûr de comprendre ta question. Que veux-tu dire exactement ? |
| Commentaire de Olga Costa [ 02/juin/10 11:29 ] |
|
actuellement nous avons Panier : WRP_CONTENT=$!ids Navigation : WRP_CONTENT=$!filters si je laisse WRP_CONTENT vide les données filtres et ids ne seront plus remonté |
| Commentaire de Jonathan Gorges [ 02/juin/10 11:35 ] |
|
Selon moi, c'est bien cela... Faisons le comme ça et laissons le partenaire recetter (une fois que j'aurais son adresse IP). A ta dispo. |
| Commentaire de Fabrice Feugas [ 02/juin/10 12:19 ] |
| Donc, le partenaire veut des infos en moins par rapport à ce que nous faisions avant ??? C'est quoi la stratégie exactement ? Ca les rend moins pertinent du coup non ? |
| Commentaire de Jonathan Gorges [ 02/juin/10 12:23 ] |
|
C'est exactement ça ! Lorsque ces tags seront en prod, je leur laisse 1 mois pour booster les résultats de manière significative... Si les volumes ne sont pas au RDV, on stop le partenariat. Jon |
| Commentaire de Olga Costa [ 02/juin/10 12:33 ] |
| j'ai supprimé ces info |
| Commentaire de Fabrice Feugas [ 02/juin/10 16:12 ] |
| :D. Suicide ou belle surprise ? |
| Commentaire de Jonathan Gorges [ 02/juin/10 16:29 ] |
| C'est plutôt le droit à une dernière chance ! |
| Commentaire de Jonathan Gorges [ 03/juin/10 09:40 ] |
|
Hello, Voici l'adresse IP afin que le partenaire check les tags : 82.127.2.148 Est-il possible de lui autoriser l'accès dans la matinée ? Merci d'avance pour votre retour rapide. Jon |
| Commentaire de Olga Costa [ 03/juin/10 12:08 ] |
| je suis en train de voir avec l'exploite et les devs je te tiens au courant des que c'est ok |
| Commentaire de Olga Costa [ 03/juin/10 15:48 ] |
|
Jonathan, On a déjà une ouverture en cours, et on ne peut en avoir qu'une seule à la fois. J'ai envoyé le mail au partenaire pour savoir si on peut couper l'accès ce soir, pour l'ouvrir au Weborama demain matin. Je te tiens au courant |
| Commentaire de Jonathan Gorges [ 03/juin/10 16:08 ] |
|
Hello, Comme vu à l'instant avec Olga et Damien, nous ne taguons donc aucune page IG. Merci |
| Commentaire de Olga Costa [ 03/juin/10 16:21 ] |
| j'ai supprimé le tag sur les pages IG |
[IMP-5714] Support auprès du PRO "provadim" Création: 01/avr./10 16:41 Mise à jour: 01/avr./10 16:47 Résolue: 01/avr./10 16:47 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Fotigui Tangara | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Login: | provadim |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
Bonjour, Je suis Nicolas MICHEL de la société ASdiscount (login provadim). Nous avons environ 50000 produits en vente chez vous. Nous avons également un programme interne qui tourne sur priceminister pour étudier en permanence le prix de nos offres par rapport à la concurrence et modifier en conséquence. Ce programme tourne depuis plusieurs mois sans problème. Cependant il semblerait que depuis quelques jours nous ayons été filtré au niveau de votre firewall. En effet toute requête HTTP sur priceminister depuis l'IP de notre serveur principal aboutit en erreur HTTP 403 (non autorisé). Si nous faisons le test depuis une autre IP cela marche sans problème. l'IP de notre serveur: 188.165.203.24 Pouvez-vous me faire contacter à ce sujet par une personne qualifiée pour résoudre le problème le plus rapidement possible ? Merci d'avance Nicolas MICHEL ASdiscount.com nmichel@asdiscount.com +33681698335 |
| Commentaires |
| Commentaire de Fotigui Tangara [ 01/avr./10 16:44 ] |
|
Ci-dessous, mail de Damien : Bonjour, Effectivement l'adresse Ip était bannie (on l'avait bannie lors d'un crawl massif). Je l'ai supprimée du fichier de blacklist. Merci de confirmer que le partenaire a bien accès au site Cdt |
| Commentaire de Fotigui Tangara [ 01/avr./10 16:45 ] |
|
Demande traitée. |
[EXP-3575] Permettre l'accès à test.priceminister.com à notre partenaire WENGO Création: 14/mai/07 14:46 Mise à jour: 25/juin/07 19:01 Résolue: 08/juin/07 11:21 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérôme Gautier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Bonjour, il faudrait pouvoir permettre l'accès à notre partenaire WENGO au serveur test.priceminister.com pour faire les tests nécessaire à la mise en prod du partenariat. Leur IP : 62.39.9.251 Merci |
| Commentaires |
| Commentaire de Antoine Koener [ 14/mai/07 15:30 ] |
|
Qui est notre interlocuteur chez Wengo ? |
| Commentaire de Jérôme Gautier [ 16/mai/07 16:58 ] |
|
Mail du 14/05/07 : > Nos interlocuteurs sont Guirec Courbon et pour les aspects plutôt > techniques Olivier Noel. > > Mais je fais l'interface avec Wengo. Puis je t'aider ? |
| Commentaire de Antoine Koener [ 21/mai/07 16:22 ] |
|
Jérémie peux-tu ajouter l'ip du partenaire dans la configuration de test.priceminister.com. Merci. |
| Commentaire de Jérémie Bennejean [ 22/mai/07 10:00 ] |
| J'ai ajouté l'ip de wengo ds le vh test.priceminister.com |
| Commentaire de Jérémie Bennejean [ 22/mai/07 10:06 ] |
| Jerome, tu peux leur dire qu'ils peuvent tester. |
| Commentaire de Jérémie Bennejean [ 28/mai/07 09:56 ] |
| Jerome, sais-tu si Wengo a bien accès ? |
| Commentaire de Jérôme Gautier [ 31/mai/07 17:28 ] |
|
Oui ils ont accès. Laissons ce JIRA à jour jusqu'à temps que
notre page soit en PROD et si tout est OK on ferme le JIRA. Merci ++ |
| Commentaire de Jérémie Bennejean [ 08/juin/07 11:21 ] |
|
Vu avec Jérôme. Comme l apage est passé en V14_2 J'ai enlevé l'accès à Wengo sur Test.priceminister.com |
[INF-131] Ordi CE et site CE down. Création: 01/août/08 11:14 Mise à jour: 29/août/08 10:14 Résolue: 29/août/08 10:14 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Réseau |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérôme Viviès | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Salut, - Le PC du CE refuse de démarrer : conflit d'adresse IP. - Le site du CE est down (probablement suite à l'intervention des électriciens) ; peux-tu le re-démarrer, stp ? |
| Commentaires |
| Commentaire de Jérôme Viviès [ 22/août/08 14:09 ] |
|
Yo, on en est où là dessus ? On est en rade pour la compta, et on ne peut pas renvoyer les nouveaux sur le site du CE... ni publier les PV de réunion :/ |
| Commentaire de Stéphane Eccli [ 29/août/08 10:14 ] |
| ok pour les deux |
[EXP-1404] Idregie.com ne réponds plus. Création: 28/févr./06 15:12 Mise à jour: 25/juin/07 18:56 Résolue: 02/mars/06 11:18 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Antoine Koener | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le site est visuellement lent car les références au site
i2as.idregie.com ne peuvent pas être résolue (obtention de l'adresse
IP). Le paramètrage va donc retirer les références des pages du site. |
| Commentaires |
| Commentaire de Antoine Koener [ 28/févr./06 15:21 ] |
|
Les caches sont à jour /ng fonctionne presque correctement. |
| Commentaire de Antoine Koener [ 28/févr./06 15:31 ] |
|
Les pages pseudo static sont regénérées. Le site tourne sans les références à idregie.com |
| Commentaire de Antoine Koener [ 28/févr./06 17:52 ] |
|
Idregie.com est de nouveau UP Le paramétrage a réinstaller les références, je viens de recharger les caches. Je vais générer les pages Statiques. |
Fast lot 1 - passage en PROD
(EXP-790)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On vient de créer dans le DNS interne la machine parques sur
son adresse IP privée en production. Il faudrait demande à JMH d'ouvrir
sur l'arkoon le flux pour accéder en HTTP au port 15900 de parques (http://parques:15900/control.html)
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 18/janv./06 14:51 ] |
| Port ouvert par JMH |
[BCK-236] [PB2] ouvrir devtest12 aux pros Création: 27/janv./11 17:37 Mise à jour: 10/mars/11 13:32 Résolue: 03/févr./11 16:27 |
|
| Etat: | Fermé |
| Projet: | Backlog Projets |
| Composants: | Aucune |
| Affecte la/les version(s): | CTN-W |
| Version(s) corrigée(s): | CTN-W |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | Personnalisation Boutique |
| Description |
|
Il faut autoriser les IP suivantes :
- pour SS 82.219.208.105 81.149.115.178 - pour LMLM en attente Et il faut dégager tous les produits pourris et mettre des vraies chaussures ! |
| Commentaires |
| Commentaire de Renaud Dierickx [ 27/janv./11 17:45 ] |
| Voir avec les TX avant de prendre le devTest. |
| Commentaire de Renaud Dierickx [ 28/janv./11 11:05 ] |
|
Pour LMLM, on a l'IP suivante en BO : 78.228.20.120
Damien peux-tu ouvrir à l'extérieure devtest12 à ces IPs ? Merci d'avance. Red |
| Commentaire de Damien Gilloz [ 28/janv./11 12:04 ] |
|
Il y a une ouverture en cours pour le pole TX.
Il faut voir avec eux s'ils en ont encore besoin |
| Commentaire de Renaud Dierickx [ 28/janv./11 17:10 ] |
|
C'est déjà validé avec eux !
Le serveur est à nous !!! Merci. |
| Commentaire de Damien Gilloz [ 28/janv./11 17:23 ] |
|
Peux tu tester www.dev12fr.babel.fr ? tu as même ws.dev12fr.babel.fr.
La conf apache est ici /usr/local/apache/conf/virtualhost/available/www.dev12fr.babel.fr et /usr/local/apache/conf/virtualhost/available/ws.dev12fr.babel.fr |
| Commentaire de Renaud Dierickx [ 31/janv./11 17:07 ] |
|
Peux-tu également ouvrir le serveur à l'IP 77.245.131.232 ?
Merci d'avance. |
| Commentaire de Renaud Dierickx [ 01/févr./11 14:55 ] |
|
Patrice, comme Damien n'est pas là, peux-tu t'en occuper ?
Merci d'avance. |
| Commentaire de Patrice Boulanger [ 01/févr./11 15:00 ] |
| C'est fait. |
| Commentaire de Renaud Dierickx [ 03/févr./11 16:27 ] |
|
Merci Patrice ! :D
REDisDead. |
[EXP-1932] Surveillance des RBL Création: 04/mai/06 09:31 Mise à jour: 12/déc./08 11:08 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On vient durant quelques jours d'être mentionné comme
blacklisté dans plusieurs RBL. On aurait besoin d'une alerte qui nous
permet de suivre dès lors ou l'adresse IP de notre FW est renseignée. On
pourrait utiliser une des fonction d'analyse du site de DNSSTUFF(http://www.dnsstuff.com/tools/ip4r.ch?ip=62.23.27.114). On pourrait relever la présence de l'info 'LISTED'
|
| Commentaires |
| Commentaire de Xiaoming Du [ 10/mai/06 10:59 ] |
| Il est assez coûteux (10s - 15s) de récupérer la page de "DnsStuff" qui interroge toutes les bases de spams. en plus, comme les bases se référencent de l'une à l'autre, je pense qu'il suffit d'interroger quelques bases principales (spamcop, ordb) pour conclure le resultat. |
| Commentaire de Sébastien Tournay [ 10/mai/06 11:06 ] |
| OK |
| Commentaire de Justin Ziegler [ 11/juil./06 12:01 ] |
|
C'est un vrai sujet important. Cependant, je ne pense pas qu'il soit bon de s'attarder dessus pour l'instant. |
| Commentaire de ZZ_Arnaud Baali [ 11/juil./06 12:06 ] |
|
Actuellement je fais le contrôle manuellement 1 fois par mois sur le site de dnsstuuf.com pour vérifier les RBL. Nous pouvons résté dans cette configuration je pense |
| Commentaire de Patrice Boulanger [ 13/sept./06 11:18 ] |
| A prendre en compte dans la reprise du monitoring. |
| Commentaire de Ange Ferrari [ 12/déc./08 11:08 ] |
| cadeau :) |
[APP-20418] [CoSAV] Lien "pays " - page User - Back Office Création: 29/avr./08 16:03 Mise à jour: 26/nov./09 11:31 Résolue: 24/nov./09 11:06 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 20.1.1 |
| Version(s) corrigée(s): | 58.0.0 (TX-K) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Marc-Antoine Decreton |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
lien_pays.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | CoSAV |
| Description |
|
Le lien pays qui nous permet de voir le pays de connexion de
l'utilisateur par son IP n'a depuis peu plus le comportement escompté. En effet , lorsque l'on clique dessus , il prend notre adresse IP (62.23.27.114) au lieu de celle qu'on recherche. il semblerait qu'ils aient quelquepeu vérrouillé l'accès direct. Demande initiale pour l'ajout de ce lien: http://pricejira.lan/browse/APP-17663 Peut-on faire quelquechose? |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 17/nov./09 14:33 ] |
|
Le site qu'on utilisait jusqu'alors n'a plus l'air fonctionnel. Le plus simple est d'utiliser un service alternatif (un site gratuit qui recherche le pays grâce à un formulaire en GET, comme ça on y accède via une url, comme ce qui était fait). J'ai trouvé http://www.geoiptool.com/fr/ , on part là-dessus ? |
| Commentaire de Emeric Teil [ 17/nov./09 16:00 ] |
|
Comme vu ensemble : -> On commence par mettre l'IP en question dans une propriété (comme ça on a le temps de valider ou pas ce site et d'en trouver un autre si besoin & si à terme le site retenu ne fonctionne plus, on pourra facilement changer de service) -> Je vois avec Benoît Tabaka si on peut utiliser le site que tu proposes ou pas... Merci |
| Commentaire de Marc-Antoine Decreton [ 17/nov./09 17:27 ] |
|
[CAJ2009Q4TX] C'est bon, il y a maintenant 2 propriétés dans priceminister-common : - une pour l'url appelée pour le pays - une pour l'url appelée pour le traceroute Ca permet donc d'être plus souples (changement d'url à la volée) |
| Commentaire de Emeric Teil [ 20/nov./09 18:26 ] |
| Au final, on retient le service suivant : http://whois.domaintools.com/ |
| Commentaire de Emeric Teil [ 24/nov./09 10:34 ] |
| Après vérif en Integ, ces nouvelles propriétés ne sont pas prises en compte... |
| Commentaire de Marc-Antoine Decreton [ 24/nov./09 11:06 ] |
| Corrigé : le nom de la propriété était erroné (...ipToCountryUr au lieu de ...ipToCountryUrl), ce qui fait qu'il prenait la valeur par défaut. |
[IMP-4312] Probleme import images Disc-order - nous affichons le logo du partenaire. Création: 30/sept./09 17:17 Mise à jour: 30/oct./09 15:47 Résolue: 02/oct./09 12:05 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Login: | disc-order | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
N/A
|
||||||||
| Description |
|
Bonjour, Nous avons transmis il y a quelque jours notre adresse IP au partenaire Disc-order afin qu'il nous envoi pas des "logos" de Disc-order a la place des images. Il semble qu'il y a un probleme car nous avons des fiches produit avec le visuel disc-order pourriez-vous vérifier l'adresse IP utilisée afin qu'on puisse résoudre ce probleme? http://www.priceminister.es/offer/buy/46794169/Planete-Rap-2008---3-Dvd-CD-Album.html le partenaire fait de la creation sur les 3 sites, il est doc probable que le probleme concerne les 3 sites |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 30/sept./09 17:19 ] |
| je viens d'envoyer un mail au PRO |
| Commentaire de Daniel Pintamalli [ 01/oct./09 11:08 ] |
|
Le PRO dit que nous interrogeons avec l'IP suivante: 212.23.167.28 Il l'a ajoutée parmi les adresses à filtrer. Je viens de faire la demande de suppression d'images auprès l'équipe EXP: Cette demande est bloqué par: |
| Commentaire de Daniel Pintamalli [ 02/oct./09 12:05 ] |
|
Normalement cet incident ne devrait pas se reproduire car le
PRO filtre un groupe d'IPs provenant de chez nous dont la dernière
mentionné ci-dessus. S'il reste des images générique n'hésitez pas à les effacer à la main au fur et à mesure (j'en ai fait une grande partie) car je ne peux pas le faire pas script (en les effaçant on risque ne de plus récupérer une grande partie). |
[EXP-2574] test.priceminister.com est accessible de l'extérieur ! Création: 01/sept./06 09:50 Mise à jour: 09/août/07 16:16 |
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Antoine Koener |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Salut, par hasard je me suis connecté depuis chez moi sur test.priceminister.com et j'ai réussi à m'y connecter. Il faudrait peut être sécuriser cela ? Ne pas oublier que test.priceminister.com doit rester accessible à Pangora (Ip fixes fournies dans un précédent jira) merci |
| Commentaires |
| Commentaire de Antoine Koener [ 18/sept./06 10:18 ] |
|
Je vais regarder le raison de cet accès. Pourrais-je disposer également du numéro du précédent JIRA dont tu parles ? |
| Commentaire de Charles Decaux [ 20/sept./06 11:54 ] |
|
Il y a eu pas mal d'échanges à ce sujet. Car test.priceminister.com doit être ouvert à deux partenaires : - Pangora (ils ont fourni l'IP fixe dans ce JIRA http://pricejira.lan/browse/EXP-2329) - Google : qui n'ont pas d'IP fixe, il fallait donc leur mettre un htaccess A ta dispo pour en parler Charles |
| Commentaire de Antoine Koener [ 13/mars/07 15:08 ] |
|
Reste-t-il des choses à faire ? |
| Commentaire de Charles Decaux [ 13/mars/07 15:12 ] |
| Il faudrait donner accès à Pangora (ils ont fourni l'IP fixe dans ce JIRA http://pricejira.lan/browse/EXP-2329) et mettre un htaccess pour les autres |
| Commentaire de Antoine Koener [ 13/mars/07 18:33 ] |
|
Pour des soucis de simplicité nous allons mettre en place un
HTACCESS pour toutes les personnes désirant se connecter sur ce site. Je mettrais en commentaires les différents accès. Je dois créer des accès pour les personnes suivantes (compléter la liste sibesoin): pangora |
| Commentaire de Charles Decaux [ 14/mars/07 11:02 ] |
|
merci Antoine je sais qu'on met aussi ce site à disposition de la redoute pour tester les cobrandings, il faudrait donc également leur créer un accès merci |
| Commentaire de Antoine Koener [ 14/mars/07 11:25 ] |
|
Récap des comptes : pangora redoute |
| Commentaire de Antoine Koener [ 20/mars/07 17:43 ] |
|
Les adresses pour PANGORA LAREDOUTE sont inscrites dans le fichier de configuration, nous faisons un test ce soir afin de clore le JIRA demain... |
| Commentaire de Justin Ziegler [ 09/août/07 16:16 ] |
|
Déjà un an depuis la demande de départ ! Antoine, on peut fermer ? |
[EXP-188] Relancer COLT sur l'installation du routeur bvd de la villette Création: 31/août/05 16:36 Mise à jour: 25/juin/07 18:54 Résolue: 04/nov./05 18:37 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Voir régulièrement durant mon absence avec Laurent
HULLOT-WILM de colt l'état d'avancement du déménagment de notre accès. A
contacter au 01.70.99.60.76 ou 06.61.30.17.76 ou lhullotwilm@colt-telecom.fr La ligne a dégrouper est le 01.42.45.21.69. Ils doivent nous fournir un nouveau routeur et une nouvelle classe d'@IP. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 12/sept./05 16:51 ] |
| Déja relancé 2 fois , dont la derniére le 12 mais pas de retour ... |
| Commentaire de Jérémie Bennejean [ 14/sept./05 12:27 ] |
|
nouveau rappel le 14/09/05 contact avec catherine quiterio ( 01 70 99 62 49) 09/09/05 saisie du dossier 13/09/05 accusé de réception de FT Attente FT + déplacement chez colt d'un de leur technicien, nous saurons recontacté. Sinon je rapelle lundi 19 septembre |
| Commentaire de Jérémie Bennejean [ 22/sept./05 17:38 ] |
|
date prommesse -> 17/10 installation avec Ft le 26/09 |
| Commentaire de Jérémie Bennejean [ 27/sept./05 11:47 ] |
|
liaison rue d enghien autre liaison 57 bd de la vilette |
[EXP-1722] Probleme sur le poste pmt058 Création: 05/avr./06 14:17 Mise à jour: 25/juin/07 18:57 Résolue: 06/avr./06 14:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Edouard Laurent | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Le système a détecté un conflit d'adresses pour l'adresse IP
192.168.1.195 avec le système d'adresse physique réseau
00:13:21:24:CA:A0. En conséquence les opérations réseau sur se système
peuvent être interrompues. |
[EXP-423] Resolution des adresses sur bollinger ne marche plus Création: 28/nov./05 12:26 Mise à jour: 25/juin/07 18:54 Résolue: 28/nov./05 13:47 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Judd OSullivan | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Quand on lance tkdiff, par exemple, on a l'erreur suivant : _X11TransSocketINETConnect: Can't get address for kirin En gros on trouve plus ces adresses ip (si on fait '$ host kirin' on voit la même chose. L'utilisation de X pour nous est super important donc j'ai marqué ce bug critique. |
| Commentaires |
| Commentaire de Judd OSullivan [ 28/nov./05 13:47 ] |
| C'est corriger. Il faut qu'on fasse un redémarrage de connection reseaus. J'ai transmis les details à l'équipe dev. |
[EXP-147] Schéma d'architecture réseau INTEG&DEV Création: 17/août/05 11:21 Mise à jour: 25/juin/07 18:54 Résolue: 22/août/05 19:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il nous faudrait maintenant un schéma mis à jour (sur le
même principe que celui que nous avons en PROD) pour mettre à plat
l'archi système&réseau du DEV et de l'INTEG. Il faut faire ressortir
: * les différents serveurs avec leur adresse (LANSON, GOSSET,...) * Indiquer les différents fireWall avec leurs adresses IP privées et publiques * Indiquer les différents routeurs (écuries, enghien, MPLS) avec leurs différentes adresses. |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 22/août/05 19:03 ] |
|
C'est fait ... Je t'ai envoyé le lien par mail |
[EXP-344] modification configuration DNS partenaire carminister.com Création: 10/nov./05 14:53 Mise à jour: 25/juin/07 18:54 Résolue: 14/nov./05 10:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Suite à la modification de l'infrastructure réseau et de
l'adresse IP publique de carminister, il faut modifier dès que possible
la configuration dns du nom de domaine carminister.com, avec les
informations suivantes : - trafic Web = 212.180.5.138 - trafic mail (MX) = 212.180.5.138 (le même) |
| Commentaires |
| Commentaire de Sébastien Tournay [ 14/nov./05 10:44 ] |
|
OK. La demande est prise en compte. La propagation DNS à eu
lieu. ATTENTION à bien prendre en compte à l'avenir les différents
délais pour éviter l'arrêt de service. Sébastien |
[EXP-3635] Droits d'accès à la base de données PMBH Création: 29/mai/07 16:45 Mise à jour: 08/août/07 11:27 Résolue: 08/août/07 11:27 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Jérôme Mazoyer |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Serait-il possible d'accéder à la base PMBH depuis les
machines de dév (ou au moins depuis les IP suivantes : 192.168.1.215,
192.168.1.220, 192.168.1.234). ? Pour l'instant, il est seulement
possible d'y accéder depuis le compte pmbh sur mignon.
|
| Commentaires |
| Commentaire de Damien Dorizy [ 25/juin/07 18:36 ] |
| Mignon est revenu mais on ne peut toujours pas se connecter à la base depuis un autre poste ? |
| Commentaire de Jérôme Mazoyer [ 08/août/07 11:27 ] |
| Changement des droits sur la table user. Fonctionne correctement a présent. Vu avec Damien |
[EXP-4271] Autoriser Quamedia a crawler le site Espagne Création: 18/mars/08 11:30 Mise à jour: 16/sept./08 17:16 Résolue: 16/sept./08 17:16 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, un de nos partenaires, QuaMedia, a besoin de crawler le site. Pouvez-vous autoriser ces adresses IP a crawler le site Espagne ? 212.180.5.208 62.128.138.187 62.128.149.33 Merci |
| Commentaires |
| Commentaire de Ange Ferrari [ 16/sept./08 17:16 ] |
| done |
Mise en oeuvre EVANDRE
(EXP-3568)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
¿ Ouverture du firewall sur la nouvelle adresse IP publique
du serveur : on appliquera les mêmes règles sur EVANDRE (212.23.167.27)
que sur CUPIDON (212.23.167.30). ¿ Vérification de la version de MOD_JK et upgrade vers la dernière version disponible. ¿ Upgrade d'apache en 2.2.4. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 23/mai/07 15:47 ] |
|
En fait il ne s'agit pas de MAI mais de demande par mail, evandre n'étant pas en production! Le mail sur l'upgrade en 2.2.4 est fait (patrice tu es en copie) |
| Commentaire de Jérémie Bennejean [ 28/mai/07 18:01 ] |
|
L'upgrade apache en 2.2.4 est faites. Les flux sont souverts sur le firewall. La maj du mod_jk aussi. |
| Commentaire de Jérémie Bennejean [ 31/mai/07 10:50 ] |
| J'ai vérifié toutes les demandes. C'est OK |
[EXP-4825] Configuration du domaine groupe-priceminister.com Création: 26/mai/09 17:29 Mise à jour: 02/juin/09 18:16 Résolue: 02/juin/09 18:16 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il faut modifier la configuration du domaine groupe-priceminister.com afin que ce dernier (ainsi que www.groupe-priceminister.com) pointe vers l'adresse ip correspondant au domaine newcap.info a savoir "213.186.33.2".
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 02/juin/09 18:16 ] |
| C'est fait. |
[EXP-5094] Google Crawle et indexe nos VIP Création: 27/avr./10 11:44 Mise à jour: 03/mai/10 18:12 Résolue: 03/mai/10 18:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Thierry Leforestier | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Description |
|
On peut trouver des pages indexées directement sous nos adresses ip sur Google : http://www.google.fr/search?sourceid=chrome&ie=UTF-8&q=site:212.23.167.56 Il faut impérativement ajouter des règles de redirection qui vont bien pour empêcher Google (et autres) d'accéder à ces pages. |
| Commentaires |
| Commentaire de Thierry Leforestier [ 27/avr./10 16:44 ] |
| ! |
| Commentaire de Jérémie Bennejean [ 03/mai/10 18:12 ] |
| Les rr sont en place. |
[EXP-1612] Analyse AKAMAI Création: 24/mars/06 12:24 Mise à jour: 25/juin/07 18:57 Résolue: 18/sept./06 09:31 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Antoine Koener | Attribution: | Antoine Koener |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Comment optimiser le trop de bande passante non utilisé. Les chiffres donnent environ 83 mbps par mois à utiliser car déjà payé. Il faut analyser l'utilisation possible du cache akamai si la homepage passe chez eux. La contrainte est de leur donner en CNAME de www.priceminister.com. Quid de l'impact réél sur le référencement, des ips différentes. |
[APP-16150] architecture pangora : reflexions concernant l'architecture d'integration Création: 27/avr./07 14:15 Mise à jour: 09/oct./07 18:29 Résolue: 02/mai/07 10:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 16.1.0 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Swan Desportes |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | TECH |
| Classif2: | pangora |
| Description |
|
il me semble que aujourd'hui nous utilisons un proxy chez
nous pour atteindre le contenu pangora a cause de pb de securité. il s'agit d'éviter d'avoir un message de sécurité de la part du moteur JS. l'utilisation d'un domaine du genre pangora.priceminister.com permettrait elle d'éviter le message d'erreur ? si oui, on pourrrait mettre un adresse IP de pangora derriere ce domaine. est ce possible ? |
| Commentaires |
| Commentaire de Swan Desportes [ 30/avr./07 09:37 ] |
|
A confirmer avec Olivier mais je crois que l'on avait déjà
envisagé cette éventualité. L'uilisation Ajax est encore plus
contraignante. Comme JS/Ajax permet de générer des requêtes sans que l'internaute l'ait souhaité, on peut comprendre que la restriction se fasse sur l'IP (et non le domaine) sur laquelle vient de s'effectuer la requete. Dans ce cas, la seule solution était de monter un proxy chez nous, en dépis du fait que cela provoque une requête supplémentaire par FPDA sur nos frontaux. |
| Commentaire de Olivier Bourgeois [ 30/avr./07 10:56 ] |
|
Oui on avait déjà envisagé cette solution d'un sous domaine pour Pangora (cf http://pricejira.lan/browse/EXP-2919 ) , mais on n'a jamais réussi à la mettre en place : le code Ajax refuse de fonctionner. En fait Ajax contraint à utiliser exactement le même domaine, sans quoi une alerte de sécurité est levée par le browser et le code JS ne s'execute même pas. |
| Commentaire de Justin Ziegler [ 02/mai/07 10:50 ] |
|
ok, merci pour vos reponses tres claires. je ferme donc ce jira. |
[APP-792] Corriger un peu les liens vers les pages jaunes... Création: 24/avr./02 15:57 Mise à jour: 25/juin/07 18:22 Résolue: 25/juin/07 18:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Olivier Desusanne |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Steven et moi préférons la façon dont le lien est fait sur les mails d'alerte, à savoir: sans le nom, avec l'adresse, la ville et les 2 premiers chiffres du code postal seulement. Dans le même esprit, ça aurait été bien d'avoir un lien whois à côté de l'adresse IP du panier. Rajouter egalement ces liens sur la fiche panier... |
[EXP-1257] Poste de travail : installation de microsoft project Création: 13/févr./06 15:25 Mise à jour: 25/juin/07 18:56 Résolue: 20/févr./06 16:28 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Est-ce qu'il y a powerpoint disponible ? Merci ! Bonjour, Je viens d'arriver, aujourd'hui, en tant que chef de projet développement. Pourriez-vous installez Microsoft Project sur mon poste ? @IP : 192.168.1.106 Situation géographique : îlot de quatre, juste à côté de celui de l'équipe décisionnelle, placé dos à l'entrée du bâtiment login/pwd : gomeze/provence Cordialement, Edouard |
| Commentaires |
| Commentaire de Sébastien Tournay [ 13/févr./06 15:45 ] |
| PAs de problème. Nous n'utilisons pas Project mais une version équivalente et gratuite 'GantProject'. |
| Commentaire de ZZ_Arnaud Baali [ 13/févr./06 16:05 ] |
| GantProject est déjà présent sur la machine |
| Commentaire de Edouard Gomez-Vaez [ 13/févr./06 18:23 ] |
| Est-ce que powerpoint est disponible ? |
[EXP-518] Mise en place d'une alerte pour suivre la bascule sur le serveur web de débordement Création: 09/déc./05 11:58 Mise à jour: 25/juin/07 18:55 Résolue: 28/déc./05 15:22 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Supervision |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
En cas de désactivation des @IP des 2 serveurs web de PROD
(CUPIDON et PHAETON) on a demandé à JMH que l'ALTEON puisse nous
basculer sur un serveur de débordement (BACCHUS) afin d'afficher une
page spécifique qui indique '.... revenez-plus tard...' en gros. Il faudrait mettre en place une alerte pour nous permettre de suivre cette bascule. Une alerte qui analyse les logs apache sur BACCHUS et qui détecte l'affichage de cette page dans le vaccess.log Prévoir de bien le tester (juste un appel de la page par exemple..) |
| Commentaires |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:47 ] |
|
La page de débordement est active sur BACCHUS (http://212.23.167.57).
Lorsque nous basculerons en débordement sur ce serveur c'est la page
index.html qui sera retournée. Cf. ci-dessous l'extrait du log APACHE
lors d'une simulation. On peut donc déclencher l'envoi d'un mail+SMS
lors de la présence de ces lignes dans les logs. ATTENTION à ne
déclencher l'alerte qu'en fonction d'une certaine volumétrie. Par
exemple au moins 50 lignes sur les 6à dernières secondes ... " www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:03 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:04 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:05 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:06 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:52 ] |
|
L'idée est donc de vérifier la présence dans le log de
l'appel de la page index.html (cf ci-dessous) pour détecter que l'on
vient de basculer sur le serveur de débordement BACCHUS (http://212.23.167.57).
On pourrait déclencher cette alerte (mail+SMS) dès lors ou l'on détecte
sur les 60 dernières secondes la présence d'au moins 50 lignes sur
cette requête HTTP. www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:55 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:57 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:58 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:00 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" www.pr |
| Commentaire de Sébastien Tournay [ 26/déc./05 16:53 ] |
| test |
| Commentaire de Xiaoming Du [ 27/déc./05 14:57 ] |
| module développé, sera installé sur bacchus. Ce module sera declenché à chaque 3 minute qui analyse les logs apacha des 3 dernières minutes. une alerte sera envoyée si on trouve 100 requête GET pendant ces 3 minutes |
| Commentaire de Xiaoming Du [ 28/déc./05 15:22 ] |
|
module développé et installé sur bacchus |
[EXP-3419] Réurbanisation des DNS et VHOSTS Création: 23/mars/07 13:56 Mise à jour: 06/sept./07 11:07 Résolue: 06/sept./07 11:07 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Etude |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Antoine Koener | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Nous devons revoir la configuration des DNS et des vhosts, cette dernière n'est pas optimale, nous n'arrivons plus à trouver des ip non utilisées afin d'installer un vhost disposant d'un SSL unique. Les vhosts en .priceminister.com sont correctement gérer par tous les frontaux mais lorsqu'un cobranding utilise un certificat différent, il nous faut une adresse VIP + 1 adresse sur aricia + 1 adresse sur cupidon + 1 adresse phaeton. C'est enormément consomateur d'adresse, et souvent le cobranding ne fait pas assez de traffic pour etre rentable. |
| Commentaires |
| Commentaire de Antoine Koener [ 04/avr./07 11:22 ] |
|
Nous allons migrer tous les VHOSTs cupidon phaeton sur les Evandre et Aricia. Nous devons refléchir à comment la bascule va être effectuée. |
| Commentaire de Justin Ziegler [ 09/août/07 15:42 ] |
| est ce toujours d'actualité ? |
| Commentaire de Patrice Boulanger [ 03/sept./07 15:59 ] |
| C'est en cours par Jérémie, je ré-assigne donc. |
| Commentaire de Jérémie Bennejean [ 04/sept./07 10:29 ] |
|
Remplacement des Include conf/cobrandings/cobrand1,cobrand2,etc ... par Include conf/virtualhosts/enabled/* Créationd e l'arbo Test sur la pre prod OK Test sur evandre hier, OK. Je le mets en place sur les autres frontaux webs. |
| Commentaire de Jérémie Bennejean [ 04/sept./07 10:44 ] |
|
note: hier le test a été effectué sur aricia et non sur evandre mais le résultat est OK. Les mofications viennent d'être faite sur evandre. |
| Commentaire de Ange Ferrari [ 04/sept./07 10:48 ] |
|
Ca c'est une good news ! Quand le système sera migré sur tous les frontaux cela permettra de mettre en place une alerte pour vérifier que tous les cobrandings sont bien en place sur tous les frontaux cool ! |
| Commentaire de Jérémie Bennejean [ 04/sept./07 16:28 ] |
| Les cobrands sont tous sortis du httpd.conf |
[EXP-1877] Minitorer le switch DELL 3448 du 2e étage Création: 26/avr./06 17:52 Mise à jour: 25/juin/07 18:57 Résolue: 28/avr./06 14:39 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Xiaoming, Suite à une demande auprés de Sébastien, je te jira: Peux-tu quand tu à 1heure de disponible ( je sais que tu as des chantiers prioritaires), minitorer le switch DELL 3448 qui dessert le 2e étage. C'est excatement le même modéle que l'autre DELL 3448 du 1er étage. Les mibs sont les mêmes, tout est identique. Son adresse IP est http://192.168.1.46 Merci |
| Commentaires |
| Commentaire de Xiaoming Du [ 27/avr./06 11:35 ] |
| peut-on faire avec nagios? |
| Commentaire de Xiaoming Du [ 28/avr./06 14:39 ] |
| http://bo.pm.lan/qvintranet.html |
[BIN-540] [BACK-OFFICE] : Créér accès limité à BI dans un dossier donné Création: 07/janv./09 14:01 Mise à jour: 05/févr./09 18:20 Résolue: 05/févr./09 17:59 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dalila Belkebir |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Je voudrais mettre à disposition de mon équipe , dans un
dossier donné et avec accès limité, quelques requetes prédéfinies que
j'aurai créées spécialement. Ceci pour pallier à certaines choses que le BO ne sait pas faire ou fait mal.. Ou encore pour acceder à des informations archivées et donc plus visibles en BO (ex: evenements) ex: recherche par IP sans limitation de date recherche par adresse de livraison recherche de compte par nom & prenom ... Faire donc en sorte d'arriver dans un dossier donné, sans autre possibilité que de lancer les requetes présentes. login/mdp proposés: bo / babelstore ( les memes que Back-Office) Merci d'avance. |
| Commentaires |
| Commentaire de Dalila Belkebir [ 07/janv./09 19:14 ] |
|
Bonjour Cédric, Peux -tu me donner plus de précisions STP ? Veux que ces personnes puissent accéder au répertoire back office existant dans public ou en tout cas à certains rapports "public" ? Veux-tu uniquement leur soumettre des rapports persos que tu auras créés ? Je te propose de : - créer un autre User UV Back Office avec un mot de passe spécifique. - créer un répertoire PUBLIC / BACK OFFICE / Basics - créer un répertoire PUBLIC / BACK OFFICE / Specific Ce nouveau User ne verra que le répertoire public / BACK OFFICE / Basics Le user UV BACK OFFICE aura accès à PUBLIC / BACK OFFICE / Specifics et PUBLIC / BACK OFFICE / Basics Il te suffira de nous dire quels rapports tu souhaites mettre dans Basics s'il s'agit de rapports publics ou nous dire quels rapports perso tu souhaites envoyer sur la boite de réception du user UV BACK OFFICE Proposition non contractuelle susceptible de changer mais l'idée est là :-) Dalila. |
| Commentaire de Cedric Favero [ 08/janv./09 09:09 ] |
|
Pour les modalités, on voit ensemble mais c'est jute donner accès limité à un dossier prédéfini. C'est moi ensuite qui y mets les rapports et requetes que je veux mettre à disposition. |
| Commentaire de Dalila Belkebir [ 08/janv./09 12:07 ] |
|
Cédric, Je vais travailler dessus le 13/01 pour une mise en production le 15/01. On se voit donc mardi prochain sur les modalités : à 14h ? Dalila. |
| Commentaire de Cedric Favero [ 08/janv./09 12:33 ] |
|
çà me va (tu m'envoies l'invite?) mais vraiment au plus simple, juste créer un accès limité un dossier unique. Ensuite dedans je pourrai faire des sous-dossiers FR/ES/UK et mettre ce que je veux dedans.. PUBLIC / BACK OFFICE / Basics me va Merci. |
| Commentaire de Dalila Belkebir [ 29/janv./09 12:23 ] |
|
Bonjour Cédric, Juste un petite question non abordée jusque là : souhaites tu autoriser les users à créer des rapports dans leur répertoire perso "mes favoris" ? Ou bien ne doivent-ils faire que de la visualisation ? Merci . Dalila. |
| Commentaire de Cedric Favero [ 29/janv./09 13:41 ] |
|
Compliqué si on le fait en 2 temps? D'abord uniquement de la visualisation et du lancement de requetes prédéfinies. Puis le jour om on veut le faire , on active cette possibilité? Car dans un premier temps , ceux à qui je laisserais cette lattitude useraient plutot du login ur_backoffice. Merci. |
| Commentaire de Dalila Belkebir [ 30/janv./09 16:41 ] |
|
OK je mets juste des droits de visu dans un premier temps. Ensuite, on avisera. Pour info, MEP prévue mardi midi. dalila. |
| Commentaire de Dalila Belkebir [ 05/févr./09 17:59 ] |
|
Cédric, Les nouveaux éléments sont-ils OK pour toi en prod BI ? - le nouveau répertoire Bo Working - le nouvel utilisateur UV Backoffice merci de ton retour pour clôture du JIRA ? Cdlt, Dalila. |
| Commentaire de Cedric Favero [ 05/févr./09 18:06 ] |
|
Oui c'est tout bon et un tres grand progres pour nous. Merci beaucoup. Petite question subsidiaire: Au lieu d'avoir les classiques liens: Historique | Planifier | Modifier | Propriétés Ne peut on avoir juste un lien "actualiser" ou "lancer" ? Merci. |
| Commentaire de Dalila Belkebir [ 05/févr./09 18:20 ] |
|
Cédric, Je ne pense pas que nous puissions modifier le menu de l'applicatif mais je vais quand même regarder. Sinon, je te propose d'en faire la suggestion à l'éditeur : Business Object ;-) Merci de ton retour (et bonne vacances !). A ta disposition pour vous rendre le BI plus simple. Cdlt, Dalila. |
[INF-470] Poste supplémentaire pour Remi Virlouvet Création: 11/mai/10 09:25 Mise à jour: 25/mai/10 14:51 Résolue: 25/mai/10 14:51 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Benjamin Guerville | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour, Rémi va venir travailler quelques jours par semaine avec l'équipe marketing / international. Serait-il possible d'avoir un poste pour lui, un PC portable par exemple, uniquement pour le web et word / Excel. Autre besoin : il va devoir poster des messages sur des forums, il faudrait une solution technique pour changer/cacher son IP. Est-ce possible ? Nous aurions besoin de tout ça pour le 24 mai. Merci BG |
| Commentaires |
| Commentaire de Stéphane Eccli [ 25/mai/10 14:51 ] |
| done. |
[EXP-307] Réinstallation de DEUTZ Création: 03/nov./05 16:34 Mise à jour: 25/juin/07 18:54 Résolue: 17/nov./05 08:48 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Réinstaller DEUTZ sur le nouveau serveur DELL 2850. On
conserve le même nom. Bien penser à reprndre toute l'ancienne conf de
DEUTZ (@IP des cobrandings, tous les scripts pmas et adminpm,
installation de APACHE et de JBOSS). On enlève ensuite l'ancien DEUTZ du réseau pour éviter les conflits. ATTENTION car prochain déploiement le 14/11. A voir donc si durant la semaine du 07 au 11/11 il est possible de faire l'installation (en début de semaine) car la fin de la semaine sera réservée pour l'intégration. Sébastien |
| Commentaires |
| Commentaire de Pap Ndiaye [ 17/nov./05 08:48 ] |
| c fait |
[CoB ViaMichelin] Tasks d'exploitation
(EXP-2330)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sébastien, comme convenu je poste un Jira pour faire suite à ma demande d'hier. Le but est de permettre au partenaire de recetter pendant notre période de validation, soit à jour prévue pour le : 17/07/2006 et le 24/07/2006 Comme tu me l'as proposé hier, l'idée est de restreindre l'accés à certaines IP &/ou par une vérification via login/MdP. L'idéal serait que tu me confirmes rapidement si ton équipe peut répondre positivement à cette demande afin d'en informer le partenaire au plus tôt. A ta dispo pour plus d'info, Bruno |
| Commentaires |
| Commentaire de Bruno Ballester [ 27/juin/06 15:23 ] |
|
Bonjour Sébastien, As-tu du neuf ? Merci, Bruno |
| Commentaire de Sébastien Tournay [ 27/juin/06 15:35 ] |
|
Il faut se caler avec l'équipe validation de Christophe. On
peut pour cela mettre à disposition le site test.priceminister.com et
donc réserver le SA JBOSS SATURNE pour déployer la version applicative
qui permettra à viaMichelin de valider le site. Avec cette solution, on
pourra restreindre les accès. On a peu d'alternatives. On ne peut sortit et dédier d'autres SA. Sébastien |
| Commentaire de Bruno Ballester [ 27/juin/06 15:55 ] |
|
Christophe, Vas tu avoir besoin du serveur de test de prod pour la v902 ? |
| Commentaire de Bruno Ballester [ 06/juil./06 12:23 ] |
|
Antoine, Comme convenu je te réassigne la task. Christophe, pour info, le serveur d'intégration n'est pas ouvrable à l'extérieur. Il faut donc s'en tenir au serveur de test disponible en production. |
| Commentaire de Bruno Ballester [ 11/juil./06 19:08 ] |
|
L'IP du proxy viamichelin est 213.11.44.138 . "Il ne nous autorise pas a utiliser un autre port que 80 et 8080 pour des connections HTTP." Contact technique : jean-françois Arbona jfarbona@viamichelin.com tel : +33(0) 1.55.19.57.96 fax : +33(0) 1.55.19.57.01 |
| Commentaire de Bruno Ballester [ 26/juil./06 17:09 ] |
| Partenaire au courant mais leur proxy ne permet pas de se connecter sur le port proposé par PriceMinister. |
| Commentaire de Antoine Koener [ 09/août/06 18:07 ] |
|
Mise en place faite. Utilisation impossible de leur côté. Et enfin Viamichelin est en production. |
[APP-22057] [CoSAV] [Mots-clés] Demande ajouts données user à la table operation Création: 08/sept./08 14:00 Mise à jour: 13/oct./08 12:17 Résolue: 13/oct./08 12:17 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 31.0.0 (TX-C) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Emeric Teil |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France, ESP - Espagne, GBR - Royaume Uni
|
| Classif FONC: | CoSAV |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Description |
|
Afin de pouvoir mettre en place un certain nombre de
mots-clés sur les débits nous permettant d'eviter d'eventuelles erreurs
ou débits d'utilisateurs bloqués, il nous faudrait avoir accès à plus
d'informations de la table USER dans la table OPERATION Notamment le seller_visibility_code et le user_compensation_right_code. En gros pouvoir surveiller un débit pmv effectué sur un compte en visibilité -2 ou avec les compensations bloquées. Dans l'absolu, un certain nombre d'autres infos pourraient nous etre utiles: l'adresse ip, l'email, le mot de passe... Merci d'avance. |
| Commentaires |
| Commentaire de Emeric Teil [ 08/sept./08 16:41 ] |
|
OK pour le user_visibility_code et le
user_compensation_right_code à condition que cela ne dégrade pas trop
les perfs (donc sous réserve de validation technique). Pour la suite, il faudra voir quand le besoin s'en fera réellement sentir (Arnaud me rappelle, que cette demande avait déjà été émise lors du Projet Automatisation, mais écartée car trop d'impacts sur les perfs pour un besoin pas vraiment motivé/justifié à l'époque). Pour la livraison de cela, on le met pour le moment en Réserve de la TX-C, à condition qu'on est le temps de le traiter (ce qui est relativement peu probable). |
| Commentaire de Cedric Favero [ 08/sept./08 17:21 ] |
|
Ok s'il y a des notions de perfs, on peut y aller en fonction des besoin les plus importants. Mais clairement , mettre en observation le debit d'un compte en -2 ou en compensation bloquée, c'est assez crucial. Merci. |
| Commentaire de Emeric Teil [ 08/sept./08 17:56 ] |
| C'est bien pour cela qu'on les fait passer :o) |
| Commentaire de Renaud Dierickx [ 25/sept./08 16:17 ] |
|
C'est fait. Les données sont disponibles lors du passage des mots clés. Remarque : elles ne pourront pas être affichées au niveau de l'écran bordereau car elles ne sont pas archivées dans la table opération. |
| Commentaire de Renaud Dierickx [ 25/sept./08 16:32 ] |
|
Les 2 nouvelles méthodes sont : getUsrCompensationRightCode() et getUsrVisibilityCode() |
| Commentaire de Cédric Goldovsky [ 10/oct./08 15:02 ] |
|
Soit un compte qui fait une demande de reversement (ponctuel) par virement. Ensuite, on le bloque via le BO .... après passage de deposit (pré-open / open) l'op n'est pas mise en observation. Peut être simplement un pb avec le mot clé...? |
[INF-238] adresse mail mail728@priceminister.com ne fonctionne pas Création: 31/déc./08 14:06 Mise à jour: 12/janv./09 16:55 Résolue: 12/janv./09 16:52 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jemima Barru | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous utilisons cette adresse pour recevoir des photos dans
le cadre de réclamations. D'après un utilisateur, l'adresse serait
invalide : ""mail728@priceminister.com>: 62.23.27.114 does not like recipient. Remote host said: 550 5.1.1 <mail728@priceminister.com>: Recipient address rejected: User unknown --- Below this line is a copy of the message. Return-Path: <simon.jadot@gmail.com> X-VirusChecked: Checked X-Env-Sender: simon.jadot@gmail.com X-Msg-Ref: server-2.tower-195.messagelabs.com!1230649468!18093411!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [209.85.219.16] X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_90_100,HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP" donc comment faire?????merci"" Je l'ai testé avec mon adresse PRO et ça ne fonctionne pas : ""Certains des destinataires ou tous les destinataires n'ont pas reçu votre message. Objet : Date : 31/12/2008 14:20 Impossible de contacter le(s) destinataire(s) suivant(s) : 'mail728@priceminister.com' le 31/12/2008 14:20 550 5.1.1 <mail728@priceminister.com>: Recipient address rejected: User unknown "" Merci Jémima |
| Commentaires |
| Commentaire de Jemima Barru [ 07/janv./09 10:24 ] |
| Pas nouvelles? |
| Commentaire de Stéphane Eccli [ 12/janv./09 16:52 ] |
| ok |
| Commentaire de Jemima Barru [ 12/janv./09 16:55 ] |
| Merci. Il faut juste que je créé une règle. |
[EXP-2788] création d'un sous domaine pour jeu concours PM Création: 02/oct./06 16:51 Mise à jour: 25/juin/07 18:59 Résolue: 04/oct./06 16:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Thomas Beylot | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Hello, Nous allons sortir un nouveau jeu concours jeudi 05 octobre et j'ai à ce titre une demande de l'agence avec laquelle je fais le jeu + pkm. En effet, l'idée est de faire en sorte que les statistiques générées par le jeu (PAP + visiteurs) soient attribuées à PM. Il nous faut donc créer un sous domaine www.jeux.priceminister.com qui redirigerait vers l'adresse IP de l'agence (1000Mercis). De la même manière il faut faire en sorte que l'agence recoive tous les mails clients suite au jeu. Je vous mets le mail de mon contact chez eux : "Thomas, Concernant l'URL de l'opération, voici les détails à transmettre à tes techniciens : Ci-dessous l'IP en écriture DNS vers laquelle vous devez rediriger l'URL que vous choisirez : IP : 62.23.18.163, ligne 1 Pour que l'on puisse gérer l'adresse email de support, il faudrait que vous enregistriez les MX suivants : MX 1 : tsunami1.mm-send.com MX 2 : tsunami2.mm-send.com Concernant l'email J+1 de ce matin, nous faisons un point en interne." je reste à votre dispo si vous avez besoin de plus d'infos !! merci, thomas. |
| Commentaires |
| Commentaire de Thomas Beylot [ 03/oct./06 17:54 ] |
|
Hello, ptite piqure de rappel :-) je pars en réunion et comme tu n'es pas à ton poste j'utilise jira ! merci ! thomas. |
| Commentaire de Antoine Koener [ 04/oct./06 16:44 ] |
|
Les noms www.jeux.priceminister.com jeux.priceminister.com ainsi que les MX sont en place. |
[EXP-4723] Ouverture d'un accès extérieur au serveur de recette devtest2 (duchene) Création: 23/févr./09 19:24 Mise à jour: 19/mai/09 12:04 Résolue: 19/mai/09 12:04 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Patrice, Kelkoo, dont nous implémentons actuellement le comparateur en remplacement de Pangora, souhaiterait avoir un accès à notre serveur de recette afin de pouvoir vérifier l'implémentation et nous faire part des modifications à apporter (impossible de leur ouvrir seulement lorsque ce sera en preview, donc). Les adresses IP qu'ils m'ont communiqué sont : - 193.93.197.161 - 212.82.118.50 - Le serveur pour lequel il faut ouvrir l'accès est devtest2 sur duchene. Il faut ouvrir l'accès dès que possible (à partir du 24/02/2009) jusqu'au 15/03/2009 (mise en prod) À ta dispo si jamais il te faut d'autres infos. Merci beaucoup |
| Commentaires |
| Commentaire de Damien Dorizy [ 25/févr./09 09:15 ] |
|
Pourras-tu également autoriser l'IP de Benjamin : 82.236.13.251 ? Merci |
[INF-578] Impossible d'envoyer avec la boite support pro un mail à un pro ayant une adresse chez FREE Création: 16/nov./10 18:02 Mise à jour: 17/nov./10 10:01 Résolue: 17/nov./10 10:01 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Réseau |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jérome Marianne | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Message reçu à chaque tentative d'envoi:
Delivery to the following recipient failed permanently: ldm75@free.fr Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 554 554 Sender-Verify detected from your IP (74.125.149.205), please visit http://postmaster.free.fr/ (state 18). |
| Commentaires |
| Commentaire de Stéphane Eccli [ 17/nov./10 10:01 ] |
| le problème est connut et récurrent : c'est free qui nous blacklist et la discussion avec eux est longue et douloureuse. |
[APP-29201] Nettoyage des données JS de la base ES : alerte "Renaud !" Création: 14/avr./10 15:17 Mise à jour: 16/avr./10 11:59 Résolue: 14/avr./10 15:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | 67.0.0 (CTN-Q) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 1) |
| Description |
| Commentaires |
| Commentaire de Renaud Dierickx [ 14/avr./10 15:57 ] |
|
C'est nettoyé en integ ! Sorry, c'était un test de DAD avant correctif :-) |
[APP-24124] Utilisation incorrecte des adresses sources dans les mails de parrainage Création: 02/févr./09 18:02 Mise à jour: 12/juin/09 15:45 Résolue: 11/juin/09 12:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mails, Parrainage |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Amélioration | Priorité: | Bloquant |
| Rapporteur: | Patrice Boulanger | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
app24124.JPG
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||
| Classif FONC: | tech |
| Description |
|
Beaucoup de mails de parrainage sont rejetés par les relais
de messagerie car le paramétrage de ces courriers n'est pas valide. En effet, on forge (rien à voir avec Arnaud) l'adresse de l'émetteur à partir du compte du parrain. Or, plusieurs mécanismes, et en particulier SPF (Sender Policy Framework) sont exactement fait pour empêcher ce type de manipulation. Illustration par les logs de graces: Feb 2 04:18:33 graces00 postfix/smtpd[7241]: 1E14814220: client=hercule02.atlantide.jmsp.net[10.150.28.77] Feb 2 04:18:33 graces00 postfix/cleanup[7242]: 1E14814220: message-id=<19815760.1233544713120.JavaMail.nobody@nosuchhost.nosuchdomain.com> Feb 2 04:18:33 graces00 postfix/cleanup[7242]: 1E14814220: warning: header Subject: AUDERAVASSON, voici 7 Euros offerts de la part de reuse from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<couzen4@hotmail.fr> to=<marieano@hotmail.fr> proto=ESMTP helo=<hercule> Feb 2 04:18:33 graces00 postfix/nqmgr[28793]: 1E14814220: from=<couzen4@hotmail.fr>, size=22664, nrcpt=1 (queue active) Feb 2 04:18:34 graces00 postfix/smtp[6341]: 1E14814220: to=<marieano@hotmail.fr>, relay=mx2.hotmail.com[65.54.244.40], delay=1, status=sent (250 mail from IP 212.23.167.26 soft failed sender ID check. Please ensure this IP is authorized to send mail on behalf of [hotmail.fr]) Feb 2 04:18:34 graces00 postfix/nqmgr[28793]: 1E14814220: removed A noter le message du relais: sent (250 mail from IP 212.23.167.26 soft failed sender ID check. Please ensure this IP is authorized to send mail on behalf of [hotmail.fr]) En clair: - on ne peut le détecter car le relais répond 250, donc OK en gros - très peu de chance que le message ne soit délivré au(x) destinataire(s) par la suite. - risque de perdre de plus en plus de mails de parrainage si d'autres gros domaines paramètrent SPF dans leur DNS Il faut donc changer la façon de construire ces mails applicatifs. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 02/févr./09 18:27 ] |
|
Mes préconisations pour la construction de ces emails: Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple) valeur: mailer@priceminister.com Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple). valeur: devrait être une adresse en priceminister.com => BO ? From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être: "Prénom Nom" <mailer@priceminister.com> avec "Prénom Nom" qui peut être ce que vous voulez. Merci. Patrice. |
| Commentaire de Justin Ziegler [ 02/févr./09 18:45 ] |
| ne peut on mettre l'adresse email du parrain dans le "reply-to" ? |
| Commentaire de Fabrice Feugas [ 03/févr./09 11:12 ] |
| N'y avait-il pas une valeur juridique dans le fait que le filleul doit recevoir l'email parrainage en provenance de l'adresse email de son parrain (parrain@hotmail.fr par exemple) et non d'une adresse @priceminister.com ? |
| Commentaire de Justin Ziegler [ 03/févr./09 11:26 ] |
|
Non, c'était une volonté marketing. On pensait que c'était mieux ! (on n'avait pas de juriste à l'époque) |
| Commentaire de Fabrice Feugas [ 03/févr./09 14:49 ] |
| Ok donc vraiment pas de contre-indication à cette modification. Patrice, est-ce que tu penses que les SPF nous bloqueront si on met l'email parrain dans le "reply-to" ? |
| Commentaire de Justin Ziegler [ 03/févr./09 15:02 ] |
|
Un peu de doc : http://idunno.org/archive/2004/10/18/133.aspx |
| Commentaire de Benoit Tabaka [ 03/févr./09 16:05 ] |
|
Sur le plan juridique, pas bloquant. La CNIL demande uniquement que le nom du parrain (expéditeur) soit clairement mentionnée (le mieux dans l'entête du message, comme expéditeur) mais la CNIL ne demande pas pour autant que l'adresse mail du parrain apparaisse. |
| Commentaire de Cedric Favero [ 03/févr./09 17:15 ] |
|
Sauf qu'avec mailer@priceminister.com
, on a plein de problemes de blacklisting (ex hotmail pour lesquels
des utilisateur ne recoivent plus aucun mail de notre part). =>
Plutot utiliser nepasrepondre@priceminister.com Et que donner l'adresse email du parrain , c'est pas génial niveau confidentialité, surtout dans le cas des parrainages Widget ou le filleul ne connait pas forcement son parrain. => Le parrain peut nous reprocher de communiquer ses informations personnelles. |
| Commentaire de Justin Ziegler [ 03/févr./09 17:27 ] |
|
1/ effectivement, on peut utiliser nepasrepondre@... plutot
que mailer, je pense aussi que c'est mieux (sauf s'il y a des raisons de
ne pas le faire). Au passage, on est justement en train de tenter de
résoudre le pb d'anti-spam sur hotmail, et celui ci ne vient peut etre
pas du mailer@... mais du return path et du from. 2/ on donne deja l'adresse du parrain, mais on le fait mal. Il s'agit de mieux le faire. 3/ Les widget parrainage ne sont pas concerné par les mails dont on parle ici. OK ? |
| Commentaire de Cedric Favero [ 03/févr./09 17:36 ] |
|
OK, si les widgets ne sont pas concernés c'est moins problematique. En tout cas le nepasrepondre@priceminister.com est à privilégier pour le Reply-To , car il délivre une information particuliere à la personne qui essaye de nous contacter par ce biais. |
| Commentaire de Fabrice Feugas [ 03/févr./09 17:55 ] |
|
En y réfléchissant, c'est vrai que ça me parait plus logique
d'affecter une adresse @priceminister.com au reply-to car étant donné
que l'utilisateur recevra un email de Price avec la charte price, s'il
fait "répondre" il s'attendra à nous répondre et pas à répondre à son
parrain. En revanche, ça semble pertinent d'indiquer le nom du parrain dans le from en précisant que c'est "via priceminister". En reprenant les indications de Patrice : "Prénom Nom via PriceMinister" <mailer@priceminister.com>. Oui les widgets parrainage ne sont pas concernés. |
| Commentaire de Swan Desportes [ 03/févr./09 18:03 ] |
|
Gestion des messages --> TX |
| Commentaire de Justin Ziegler [ 03/févr./09 19:40 ] |
|
Il y a une confusion. Pour moi on s'oriente vers : Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple) valeur: nepasrepondre@priceminister.com Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple). valeur: l'adresse du parrain (sauf contre indication technique) From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être: "Prénom Nom" <nepasrepondre@priceminister.com> avec "Prénom Nom" qui peut être ce que vous voulez. |
| Commentaire de Fabrice Feugas [ 04/févr./09 09:54 ] |
|
Oui, et ça ne risque pas d'être confusant pour l'utilisateur
de voir qu'il reçoit un email de PriceMinister et de répondre à
quelqu'un d'autre quand il fait "répondre" ? On peut imaginer que s'il voit du PriceMinister dans le from, s'il fait répondre, il pensera s'adresser à nous avec des questions pour le SAV... Si c'est le parrain qui reçoit ces questions, on met un intermédiaire en plus et on risque de brouiller les esprits. Au final c'est le SAV qui devra tout démêler. |
| Commentaire de Cedric Favero [ 04/févr./09 11:10 ] |
|
Pour moi le filleul n'a aucune raison de contacter le parrain en direct effectivement. S'il veut faire reply , il doit tomber sur nepasrépondre@priceminister.com qui va lui délivrer un message convivial et détaillé ;-) Par contre , pas de souci à faire apparaitre Prénom Nom via PriceMinister. |
| Commentaire de Justin Ziegler [ 04/févr./09 18:57 ] |
|
il y a parfois des parrains abusifs... je trouve que c'est potentiellement intéressant que le filleul puisse faire un reply au parrain pour lui dire "lache moi la grappe". en fait j'y vois meme une réduction du travail de l'équipe SAV qui n'auront donc pas à traiter ces cas. la limite, c'est que les gens risquent de s'insulter... et que du coup le SAV n'est pas mis au courant de l'abus qui concerne peut etre aussi d'autres filleuls. L'idéal pourrait être d'intégrer la notion de parrainage abusif en haut du mail de parrainage ? un truc du genre : "si vous ne connaissez pas xxxx_le_parrain : vous pouvez signaler un parrainage abusif" |
| Commentaire de Cedric Favero [ 04/févr./09 19:13 ] |
|
Mon idée en tant que paranoiaque du SAV , c'est éviter
qu'ils se contactent directement car on ne sait pas ce qu'ils peuvent
fabriquer. Toujours mieux qu'ils s'adressent à nous en cas de probleme. Si tu veux qu'ils puissent nous contacter en cas de souci, on les envoie vers page contact. |
| Commentaire de Justin Ziegler [ 04/févr./09 19:34 ] |
|
Bon, je retente la conclusion : Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple) valeur: nepasrepondre@priceminister.com ==> risque de boucle de mail à cause de la config de reponse automatique ? Patrice ? Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple). valeur: nepasrepondre@priceminister.com From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être: "Prénom Nom" <nepasrepondre@priceminister.com> avec "Prénom Nom" qui seront ceux du parrain ! on pourrait rajouter un "via PriceMinister" dans le from ? |
| Commentaire de Emeric Teil [ 01/avr./09 14:35 ] |
| Bloqué en attente de confirmation, cf. dernière commentaire de Justin... |
| Commentaire de Justin Ziegler [ 03/avr./09 18:13 ] |
| Patrice ? |
| Commentaire de Patrice Boulanger [ 07/mai/09 15:08 ] |
|
Voici la conclusion que je propose: - Return-Path: peut être fixé à ce qu'on veut, mais pas à nepasrepondre@priceminister.com. On pourrait mettre mailer@priceminister.com, ça ne devrait pas poser de problème côté antispam, puisque ce n'est pas une adresse From, c'est juste utilisé pour faire un retour en cas de problème avec la délivrance du mail. - Reply-To: nepasrepondre@priceminister.com pour qu'une éventuelle réponse du filleul reçoive un message convivial et détaillé (dixit Cédric Favero) - From: on peut tout imaginer dans la partie entre guillemet mais l'adresse devra être "nepasrepondre@priceminister.com" J'ai fait quelques tests, voici les résultat: [root@baillet ~]# telnet localhost 25 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. 220 vhq.babel.fr ESMTP 1.0 HELO tmp20 250 vhq.babel.fr MAIL FROM: mailer@priceminister.com 250 2.1.0 Ok RCPT TO: patrice.boulanger@priceminister.com 250 2.1.5 Ok DATA 354 End data with <CR><LF>.<CR><LF> From: "Le nom du parrain via PriceMinister" <nepasrepondre@priceminister.com> To: patrice.boulanger@priceminister.com Subject: Reply-To: tartanpion@priceminister.com Test. . 250 2.0.0 Ok: queued as 93B61648006 QUIT 221 2.0.0 Bye soit ici: Reply-To = tartanpion@priceminister.com From = "Le nom du parrain via PriceMinister" <nepasrepondre@priceminister.com> Voir la capture d'écran en copie pour le résultat. |
| Commentaire de Patrice Boulanger [ 07/mai/09 15:27 ] |
|
En fait, je pense qu'il serait souhaitable de pouvoir
modifier ces adresses facilement, par exemple en utilisant des
propriétés JBOSS. Ca serait mieux si on s'aperçoit qu'une adresse se
trouve blacklistée soudainement. Est-ce que c'est possible ? Patrice. |
| Commentaire de Nicolas Chauveau [ 07/mai/09 17:45 ] |
|
OK Sur le principe on défini 3 prop applicatives pour que l'exploitation puisse définir les valeurs - from - reply-to - return-path par défaut. TODO fonc : Vérifier si cela s'applique à tout type de mail (automatiques, BO ...) |
| Commentaire de Justin Ziegler [ 07/mai/09 17:49 ] |
|
non, cela ne s'applique pas directement à tout type de mail. on doit pouvoir positionner une valeur par défaut pour chaque paramètre applicable à tous les type de mail. (on lui donnera la valeur actuelle) en plus on veut pouvoir préciser une valeur spécifique d'un paramètre, type de mail par type de mail. |
| Commentaire de Cedric Favero [ 07/mai/09 17:50 ] |
|
Euh là on ne parle que des mails parrainage , n'est-ce pas? |
| Commentaire de Patrice Boulanger [ 14/mai/09 15:49 ] |
|
On ne parle en effet que des mails de parrainage. Qui plus
est, ce qu'il faut modifier est le comportement incorrect de
l'application lorsqu'elle envoie des mails de parrainage, ce n'est pas
le cas pour les autres mails applicatifs. En résumé: - 1 seule propriété pour le Return-Path. Personnellement, je pense que cette propriété pourrait être globale à tous les mails applicatifs - 1 propriété uniquement pour le parrainage qui va indiquer l'adresse utilisée dans le champ "From:" - Modifier l'appli pour qu'elle utilise la propriété ci-dessus dans les mails de parrainage pour le "From:" ("Prénom Nom via Priceminister" <l'adresse ci-dessus>) et la commande SMTP "MAIL FROM:". - Le champ "Reply-To:" n'est pas utile si on est d'accord que l'adresse utilisée pour une réponse manuelle de la part de l'utilisateur sera la même que pour le "From:", on pourrait donc le supprimer. |
| Commentaire de Nicolas Chauveau [ 28/mai/09 18:06 ] |
|
Cela devient critique pour le marketing (perte de vitesse du parrainage). cf OSZ. Voir avec PBO pour bien traiter le sujet. |
| Commentaire de Patrice Boulanger [ 09/juin/09 17:12 ] |
|
Salut le pôle contenu, Pour appuyer le dernier commentaire, pouvez-vous nous donner la planification pour la correction de ce bug? Merci. Patrice. |
| Commentaire de Fabrice Feugas [ 10/juin/09 14:08 ] |
| Pour reprendre la réponse faite par email, on est parti sur une mise en prod en CTN-L, la semaine prochaine. |
| Commentaire de Justin Ziegler [ 10/juin/09 14:45 ] |
|
voila une très bonne nouvelle ! pourrait on avoir un aperçu de la solution ? |
| Commentaire de Damien Dorizy [ 10/juin/09 19:00 ] |
|
La correction consiste à utiliser non plus l'email du
parrain, mais le mail utilisé par défaut dans le message type
correspondant. Par ailleurs, le nom de l'utilisateur est remplacé par un
label Infoglue : "Prénom Nom via PriceMinister". Pour le Return-Path, il sera défini dans le mail-service.xml. Ce qui donne : Return-Path : mailer@priceminister.com From : "Prénom Nom via PriceMinister" <nepasrepondre@priceminister.com> Reply-To : "Prénom Nom via PriceMinister" <nepasrepondre@priceminister.com> Plus d'infos dans le Wiki sur ce qui est fait et ce qu'il faudrait faire dans l'idéal : http://pricewiki.lan/Wiki.jsp?page=AdressesSourcesDesMails Le dév est fait, la solution devrait être opérationnelle en integ demain matin (jeudi 11/06). + des scripts restent à passer pour modifier le mail par défaut dans la table brand (voir |
| Commentaire de Damien Dorizy [ 11/juin/09 12:19 ] |
| C'est ok en integ |
| Commentaire de Justin Ziegler [ 11/juin/09 20:25 ] |
| si demain on souhaite changer cela, est ce que c'est paramétrable ? |
| Commentaire de Damien Dorizy [ 12/juin/09 09:05 ] |
|
Oui, pour les différents éléments : - L'adresse email du From et Reply-To est celle définie par les message-type parrainage en BO : il suffit donc de la changer en BO, et il est possible de la modifier pour un message en particulier. - Le label "Prénom Nom via PriceMinister" est défini dans Infoglue. - Le return-path est lui configuré de manière globale, modifiable par l'exploit mais pour tous les mails en même temps. |
[APP-3221] Image : header "expire" manquant ? Création: 06/déc./04 10:34 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Justin Ziegler |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Voici le mail de parviz@speedera.com : ============= Justin, seems like at random times, your site gets accessed by some IP with unusal number of hits(something like a crawler or search robot). I'm pasting the whois information about that IP to this email. I also noticed that there are some of your images that dont have the expire header. That means that, after a week, for any request that comes to us we have to validate with the origin to see if the image has changed or not. Now when that IP starts crawling your site, images that dont have expire header have to get validated with the origin and that's why you see sudden burst of requests from us. Let me know if you have any question or concern. Thanks Parviz ========== Bien sur, c le second paragraphe le plus important dans ce contexte precis. Un deuxieme mail : ============== Heres an example of an image that doesnt have the expire header: http://t2pminister.r3h.net/img.priceminister.com/cover/59839630 => `59839630.1' Resolving t2pminister.r3h.net... 209.133.111.5, 209.133.111.135 Connecting to t2pminister.r3h.net[209.133.111.5]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.0 200 OK 2 Connection: Keep-Alive 3 Date: Sat, 27 Nov 2004 18:56:49 GMT 4 Age: 0 5 Server: Apache 6 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA" 7 P3P: policyref="http://img.priceminister.com/w3c/p3p.xml" 8 Cache-Control: max-age=315360000 9 Content-Length: 10965 10 Content-Type: image/jpeg ============== Je le met en "urgent" parce que je suis en cours de nego avec eux actuellement sur des montants mensuels assez important (10K¿). Il ne s'agit pas forcement de corriger le probleme tout de suite, mais au moins de valider qu'il y a un bug ou qu'il n'y en a pas. Enfin, si la correction peut entrer dans le deploiement perf de cette semaine c super bien. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/déc./04 10:49 ] |
|
Son image : http://t2pminister.r3h.net/img.priceminister.com/cover/59839630 n'a pas de header expire : http://moet.lan/headers.cgi?url=+http%3A%2F%2Ft2pminister.r3h.net% 2Fimg.priceminister.com%2Fcover%2F59839630 HTTP/1.0 200 OK Age: 332597 Cache-Control: max-age=315360000 -------------------------------------------------------------------------- Mais la notre : http://img.priceminister.com/cover/59839630 en a bien un : http://moet.lan/headers.cgi?url=http%3A%2F%2Fimg.priceminister.com%2Fcover% 2F59839630 HTTP/1.1 200 OK Cache-Control: max-age=315360000 Expires: Sat, 06 Dec 2014 04:09:20 GMT A quoi cela est-il du ? |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:41 ] |
| Obsolete depuis que l'on est passés a Akamai |
[EXP-2603] Une nouvelle gestion des logs pour le référencement. Création: 07/sept./06 18:57 Mise à jour: 25/juin/07 18:59 Résolue: 13/oct./06 17:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
voici la nouvelle procédure pour la mise à disposition des logs pour @position. 1 - REGLE DE FILTRE DES LOGS Prendre toutes les lignes de logs dont le referer ne commence pas par "http://www.priceminister.com ni par "https://www.priceminister.com ni par "Akamai Cache Server 2- NOM DU FICHIER Le nom du ficher est YYMMDD_priceminister_SERVEUR1 La date correspond à la date des logs et non pas à la date de génération du fichier. 3- FILELIST Il faudrait un fichier contenant le nom des fichiers envoyés avec leur checksum (ou leur taille) préparer un flag, mettre "-1" si le fichier n'existe pas ou ne peut pas être généré. 4-Uploader les fichiers par FTP (ou SCP) (mode actif) IP : 88.191.32.5 Login : priceminister Password : CerlOmee Répertoire : IN Merci |
| Commentaires |
| Commentaire de Patrice Boulanger [ 13/sept./06 09:57 ] |
|
Voici les logs disponibles: phaeton: vhosts_http_acc_20060726.gz vhosts_http_acc_20060809.gz vhosts_http_acc_20060811.gz vhosts_http_acc_20060824.gz vhosts_http_acc_20060830.gz vhosts_http_acc_20060831.gz vhosts_http_acc_20060828.gz vhosts_http_acc_20060901.gz vhosts_http_acc_20060902.gz vhosts_http_acc_20060903.gz vhosts_http_acc_20060904.gz vhosts_http_acc_20060905.gz vhosts_http_acc_20060906.gz cupidon: vhosts_http_acc_20060725.gz vhosts_http_acc_20060728.gz Le compte ftp ci-dessus ne fonctionne pas: [adminpm@cupidon restore]$ lftp 88.191.32.5 lftp 88.191.32.5:~> user priceminister Password: lftp priceminister@88.191.32.5:~> ls ls: Login failed: 530 Login incorrect. et je n'ai pas accès en ssh. |
| Commentaire de Benjamin Bussière [ 21/sept./06 09:59 ] |
|
Voici les règles pour l'extraction des logs 1) VirtualHost = www.priceminister.com (pour éviter les img.priceminister.com, m6.priceminister.com) 2) Dont le referer ne contient pas : http(s?)://www.priceminister.com (pour éviter la navigation interne) 3) Si le referer est vide ET : a) si le fichier demandé est robots.txt OU b) si le user agent fait partie de la liste suivante (pour avoir les crawls) Liste des user agents qui contienne: *google* *msnbot* *Yahoo! Slurp* *Ask Jeeves* *Scooter* (Potentiellement cette liste pourra s'agrandir) |
| Commentaire de Antoine Koener [ 27/sept./06 16:56 ] |
|
Le script est terminé. Il me reste à automatiser la procédure. |
| Commentaire de Antoine Koener [ 13/oct./06 17:43 ] |
|
Les scripts sont dans la crontab, ils sont planifiés pour 3h00 du matin. Les logs se trouvent dans /tmp/referencement.log sur les deux frontaux. |
[DEC-574] fraude potentielle affiliation auto Création: 19/mars/07 18:20 Mise à jour: 14/sept./07 15:30 Résolue: 26/mars/07 14:18 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Partners |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Lorenzo Nuccio | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
affiliation_auto.xls
|
| Pays: |
FRA - France
|
| Description |
|
Comme expliqué oralement, Un affilié se détache de l'ensemble du réseau affiliés Auto, avec la moitié des dépôts d'annonce à son actif (une quarantaine sur 84). J'ai donc besoin de controler au plus vite si ces résultats sont le fruit d'une fraude ou pas. Ci-dessous l'ensembles des "Numéros d'annonce associé" pour toutes les annonces déposées via cet affilié. Il faudrait voir si on trouve un compte, un mail, un nom de famille, un IP récurrent pour la plupart de ces annonces, ce qui révèlerait dans ce cas une fraude. Merci "Numéros d'annonce associé" à vérifier : 129842806 129850467 129874070 129916073 129919459 129921665 129926435 129953044 129956259 129969896 130003358 130012918 130015704 130030909 130035052 130042125 130045703 130052416 130052431 130103213 130116458 130120897 130122754 130126952 130136334 130139577 130224293 130291120 130298118 130299804 130300364 130301322 130301728 130301931 130338078 130350003 130351028 130381159 130383758 130391133 130391355 130403353 130409707 130421100 130427122 130505444 130475446 130583540 130757246 130771338 130798591 130798645 130808623 130826193 |
| Commentaires |
| Commentaire de Agathe Remy [ 26/mars/07 12:40 ] |
|
Voici les infos demandées. Il me semble qu'aucune fraude flagrante est à déplorer... Cordialement, Agathe |
| Commentaire de Lorenzo Nuccio [ 26/mars/07 13:00 ] |
|
Super Merci Agathe. En effet il ne semble pas y avoir de fraude, c'est une bonne chose. Lorenzo. |
[EXP-4760] Problème de connexion FTP (co.uk) Création: 02/avr./09 16:03 Mise à jour: 19/mai/09 12:04 Résolue: 19/mai/09 12:04 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Le pseudo bangmedia_uk n'arrive pas à se connecter par FTP à l'adresse suivante: Pseudo : bangmedia_uk password : 787UYOPp5d Server : ftp.priceminister.co.uk Le message d'erreur est: Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.priceminister.co.uk Status: Connecting to 212.23.167.57:21... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.priceminister.co.uk Status: Connecting to 212.23.167.57:21... Son IP est 203.125.19.55 => d'après Patrice, cette adresse n'a jamais essayé de se connecter à notre server FTP. Pouvez-vous regarder si le problème vient de chez nous? Merci. |
[APP-20199] Amélioration mode PKM & bannissement utilisateur Création: 10/avr./08 16:04 Mise à jour: 22/mai/08 17:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.4.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Hello, Je fais ce JIRA pour exprimer un besoin fort de l'exploit il arrive parfois voir souvent qu'on ait à se battre avec des utilisateurs qui aspirent le site etc... le mode PKM est un peu fait pour ça quand on a un gentil utilisateur qui s'amuse ( volontairement ou pas ) à redemander X fois la même chose. Mais nous aurions besoin de faire plusieurs choses en plus du mode PKM la premiere chose serait de pouvoir bannir applicativement des gens à partir de leur IP ( et dans l'autre sens de pouvoir mettre en whitelist des gens ) parce que par exemple avec le mode PKM la on peut bannir toute la société :) Il faudrait que cela puisse se faire très rapidement sans redémarrage nécessaire des AS ( sinon ça n'a plus aucun sens ) il faudrait aussi pouvoir le faire a partir du nom d'utilisateur que la personne utilise sur le site ( si elle tente de se logger hop elle est bannie ) |
| Commentaires |
| Commentaire de Quentin de Chivré [ 05/mai/08 10:15 ] |
|
Attention a ne pas réinventer la poudre... Certains trucs sont effectivement uniquement réalisables avec une connaissance appli (login user) mais d'autres me paraissent plus relever d'un outil exploit. On ne doit pas être les 1ers a se poser ce genre de questions et ca me gène tjs de metttre du code d'infrastructure dans du code appli. Une solution serait de faire un filtre (javax.servlet.Filter) afin de dissocier ca du code appli ? |
[APP-28174] Google exécute le javascript adsense en Espagne Création: 01/févr./10 12:16 Mise à jour: 01/juil./10 15:08 Résolue: 01/juil./10 14:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 72.0.0 (VEN-C) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | MONET |
| Classif FONC: | monetisation |
| Description |
|
Google exécute ce code javascript et viens ensuite crawler la page correspondante : PM.Offers.get('/google/adsense', {output: 'xml_no_dtd', client: 'priceminister-es-nav', adsafe: 'high', hl: 'es', oe: 'UTF-8', useragent: PM.LinkTool.URLEncode(navigator.userAgent), ip: '62.23.27.114', q: 'Consolas%0D%0A'.replace(/%26\+?/g,"").replace(/%0D%0A\+?/g,""), channel: PM.Offers.Util.getChannel('games'), num: 0, ad: 'n8', adpage: PM.Offers.Util.calculatePaginationRewrite(20), adtest: 'off' }, PM.Offers.Mode.AJAX, offersAFSOptions); Est-il possible d'externaliser ce code ou de le rendre difficilement exécutable par le robot ? Merci ! |
| Commentaires |
| Commentaire de Thierry Leforestier [ 01/juil./10 14:58 ] |
|
En double avec |
| Commentaire de Thierry Leforestier [ 01/juil./10 14:58 ] |
|
ou plutôt, résolu par |
[APP-14488] Problème pour acceder à l'identification puis pb de connexion Création: 03/janv./07 15:38 Mise à jour: 25/juin/07 18:48 Résolue: 12/févr./07 11:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 11.2.0 (Lycos) |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Pereira | Attribution: | Olivier Bourgeois |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Description |
|
Cf fichier nohup.out sur salus du 03/01/2007 et l'utilisateur DOARECORDS (adresse ip 83.201.236.144). On voit dans le log qu'entre 10h52 et 11h04 le partenaire accede à la page d'identification mais que celle-ci ne se charge jamais completement, malgrès 16 tentatives. A 11h34, le partenaire fait un nouvel essai, la page se charge enfin complement. On voit qu'il accede enfin à : https://www.priceminister.com/static/resource/V11_2_0/www/fr_FR/1159968699/pr.js https://www.priceminister.com/pic/V11_2_0/www/fr_FR/logo_socGen.jpg https://www.priceminister.com/pic/V11_2_0/www/fr_FR/logo_laposte.gif Il réussi à s'indentifier à 11h37 (du point de vue du serveur) mais l'utilisateur ne semble pas recevoir de réponse puisqu'il reclique sur le bouton connexion plusieur fois jusqu'à 11h50 pour enfin accèder aux infos de son compte. Est-ce un problème chez Akamaï, avec infoglue ? |
| Commentaires |
| Commentaire de Patrick Pereira [ 04/janv./07 12:01 ] |
|
Même problème ce matin. Il est sur IE 6.0.2600... Quand le partenaire clique sur mon compte il reste visuellement sur la home page, la page ne se charge pas mais sont url devient https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser |
| Commentaire de Patrick Pereira [ 05/janv./07 14:13 ] |
| Pour info, je lui ai demandé de faire ctrl+F5 et supprimer les cookies + fichiers (y compris le contenu hors connexion) et cela n'a rien changé. |
| Commentaire de Gaël Seguillon [ 24/janv./07 10:12 ] |
| même problème constaté pour pseudos martroi et michelcollec |
| Commentaire de Justin Ziegler [ 24/janv./07 10:29 ] |
| Peut etre un pb de compression ssl sur certains browser ? |
| Commentaire de Justin Ziegler [ 24/janv./07 10:29 ] |
| NB : je ne pense pas que ce soit un pb Akamai... |
| Commentaire de Gaël Seguillon [ 24/janv./07 10:33 ] |
| nouveaux problèmes signalés par les pseudos mdcreat, ig06 |
| Commentaire de Patrice Boulanger [ 24/janv./07 17:51 ] |
|
Après avoir discuter avec Gaël du problème, il semblerait
que les soucis soient réellement apparaus depuis le 23 à 12h. A cette
heure, la seule modification faite sur la plateforme concernait la
compression sur le SSL mise en place sur tous les serveurs frontaux.
J'ai donc désactivé cette option et Gaël a demandait aux utilisateurs
concernés de refaire un test. Il semblerait que le problème soit résolu.
Gaël, penses-tu pouvoir demander aux utilisateurs de nous donner le type (Firefox, Internet Explorer, ...) et la version de navigateur qu'ils utilisent? Merci. |
| Commentaire de Gaël Seguillon [ 24/janv./07 18:32 ] |
| pseudo walkyries : Windows 98 Internet explorer 5.50 |
| Commentaire de Gaël Seguillon [ 25/janv./07 11:41 ] |
|
pseudo mdcreat Bonsoir Effectivement je peux ouvrir et accéder à mes comptes J'ai effectué la manoeuvre demandée pour vider le cache mais je recontre toujours le problème n° 2 c'est à dire : impossible d'ouvrir les images et également d'accéder et éditer les documents après acceptation d'une vente. Navigateur : internet explorer 6.0 Bonsoir M. Detraz, Il semble que le problème d'accès au compte et l'affichage des visuels soient deux cas distincts, pour régler le problème d'affichage je vous conseille d'essayer de vider votre cache avec la touche CTRL + F5, cela devrait vider vos caches et vous permettre d'afficher vos visuels. Merci de me donner par retour de mail, le navigateur que vous utilisez ainsi que sa version (par exemple internet explorer 6.0) > https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser > et voici ce qui apparaît en pied de l'écran : > Téléchargement des données https://www.priceminister.com/static/style/V11_3_1/www/www/brand.css... > et l'écran reste blanc (vide) > Je peux néanmoins, naviguer sur le site, mais lorsque je clique sur une photo pour l'agrandir, une fenêtre s'ouvre > est reste vide (Microsoft internet explorer) |
[APP-20980] [POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06 Création: 26/juin/08 17:04 Mise à jour: 24/nov./09 15:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
screenshot-1.jpg
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Description |
|
Bonjour, ce JIRA est ouvvert pour garder trace de l'issue. Depuis le 24 au matin le nb d'erreur / exception est monté sur les AS FR ainsi que le nb d'erreurs 503/403 sur les web servers. Apperemment c'est du lié passage sur le schema infoglue V23_0_3_ 3. Voici résultat recherche des LOGS: Concernant les erreurs AS FR, par exemple dans les logs de SAIS pour hier sur 13661 ligne ERRORS - 4518 sont des erreurs : Category configuration (par exemple : 2008-06-25 13:41:08,814 ERROR [-Processor24] 86.197.33.24 - Category configuration problem - Parameter : 100652/5272 - Value 13.0 not comparable to K00682) - 6497 sont des lignes Load error et ne sont pas dues à une IP en particulier (par exemple : [mrtg@autochtonos jboss]$ zgrep '81.242.146.156' 2008-06-26-05-00_sais.log.gz 2008-06-25 05:44:46,688 INFO [-Processor17] 81.242.146.156 - >>> GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:44:46,692 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,694 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,696 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2008-06-25 05:44:46,770 INFO [-Processor17] 81.242.146.156 - Displaying tag : Tracking (ENTRY) - mediastay24(2193942)::Entree 2008-06-25 05:44:46,828 INFO [-Processor17] 81.242.146.156 - <<< [140 ms] GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:45:01,960 INFO [-Processor10] 81.242.146.156 - >>> GET http://www.priceminister.com/info/ 2008-06-25 05:45:01,964 ERROR [-Processor10] 81.242.146.156 - Load error 2008-06-25 05:45:01,964 INFO [-Processor10] 81.242.146.156 - Setting response status code to 503 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - Displaying tag : Tracking (SECOND_PAGE) - mediastay24(2193942)::Deuxieme_page 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - <<< [110 ms] GET http://www.priceminister.com/info/ Les erreurs Load error sont nouvelles (cad leur nombre a explosé il y a 2 jours le 24/06) et sont encore existantes aujourd'hui. On retrouve ces erreurs sur les serveurs web. Voici sur ARICIA la répartition des erreurs 503 par url toute journée : 7575 GET /info/ HTTP/1.1 6923 GET /res/co/0/www/www/45955/'%20+%20url%20+%20' HTTP/1.1 6519 GET /res/static/0/www/www/55575/fc/scriptaculous/\ 4907 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 4863 GET /info/home?t=1853340 HTTP/1.1 417 GET /info/home HTTP/1.1 373 GET / HTTP/1.1 243 GET /info/ HTTP/1.0 190 GET /?tracking=62001& HTTP/1.1 122 GET /info/home HTTP/1.0 Meme chose sur ARICIA répartitions des erreurs 403 par url toute journée : [mrtg@aricia tmp]$ grep ' 403 ' pas2002506 | cut -d '"' -f2 | sort |uniq -c | sort -rn |more 6603 GET /shaking.asis HTTP/1.1 271 GET /static/www/brandV900.css HTTP/1.1 173 GET /shaking.asis HTTP/1.0 92 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=6551&STRMVER=4&CAPREQ=0 HTTP/1.1 76 GET /?t=1853340 HTTP/1.1 75 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 37 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=5606&STRMVER=4&CAPREQ=0 HTTP/1.1 33 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=4518&STRMVER=4&CAPREQ=0 HTTP/1.1 31 GET / HTTP/1.1 Pour info voici aussi la répartition par URL de toutes les autres erreurs APACHE (cad autre que 403/503) : [mrtg@aricia tmp]$ grep -v ' 403 ' pas2002506 | grep -v ' 503 ' |cut -d '"' -f2 | sort |uniq -c | sort -rn |more 39895 GET /?tracking=2089340& HTTP/1.1 29392 GET /favicon.ico HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 16778 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 15854 GET /user HTTP/1.1 13115 POST /submit HTTP/1.1 8003 GET /content/V11_3_2/front/xtroi.js HTTP/1.1 6408 GET /checkout?action=address HTTP/1.1 3751 GET /?t=2193940 HTTP/1.1 3322 GET /?tracking=2089340& HTTP/1.0 2967 POST /checkout HTTP/1.1 2817 GET /info/home?t=1853340 HTTP/1.1 2602 GET /home HTTP/1.1 2459 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 2146 GET /connect?action=logout&pro=false HTTP/1.1 2070 GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser HTTP/1.1 1978 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 1895 POST /connect HTTP/1.1 1852 GET /?t=2193942 HTTP/1.1 1594 GET / HTTP/1.1 1355 GET /?t=1985241 HTTP/1.1 1203 GET /?t=1837241 HTTP/1.1 1180 POST /question HTTP/1.1 1113 GET /navigation/default/category/bargain?static=true HTTP/1.0 merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 30/juin/08 10:54 ] |
|
39895 GET /?tracking=2089340& HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 les lignes ci-dessus extraitent de ton derniers listing m'inquiétent particulièrement ! Il y a peut etre un pb avec notre système de tracking marketing... y a t il moyen de les étudiers un peu plus ? comprendre d'ou ils viennent ? browser ? ip ? referrer ? faire un sous jira pour isoler les différents cas, puisque c'est différent de ton cas de "load error" ? merci |
| Commentaire de Sébastien Raguet [ 30/juin/08 17:48 ] |
|
Effectivement les recherches faites n'ont pas fait de différence entre les erreurs load erreurs et autres. Cependant la forte augmentation du nombre des erreurs sur les AS le 24 est complètement due au load errors et a bien a disparu le 27 (en fait baisse des le 26 à partir de 18h/19h). [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-24-05-00_sais.log.gz | grep 'Load error' |wc -l 641 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-25-05-00_sais.log.gz | grep 'Load error' |wc -l 6904 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-26-05-00_sais.log.gz | grep 'Load error' |wc -l 6497 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-27-05-00_sais.log.gz | grep 'Load error' |wc -l 3857 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-28-05-00_sais.log.gz | grep 'Load error' |wc -l 422 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-29-05-00_sais.log.gz | grep 'Load error' |wc -l 663 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-30-05-00_sais.log.gz | grep 'Load error' |wc -l 339 J'ai eu une notification de Jérémie qu'un problème lié à mediastay a été corrigé le 26 au soir. Je suis dans l'attente de détails sur ce qui a été fait. J'ouvre un autre JIRA a propos des problèmes de tracking. |
| Commentaire de Sébastien Raguet [ 01/juil./08 14:06 ] |
|
Voici le retour concernant le changement Mediastay: 'En fait médiastay appelait une page (infoglue) erronée. Maintenant ils appellent une page qui existe ! Voila l'explication que j'ai eu coté market/param.' |
| Commentaire de Swan Desportes [ 01/juil./08 16:49 ] |
|
Effectivement, la page appelée "www.priceminister.com/info"
n'existe pas et provoque un load error puisqu'il attend un autre
paramètre lui permettant d'identifier la page recherchée dans infoglue. On ne peut accéder à cette page qu'en tapant l'URL explicitement. Est ce que la situation est revenue à la normale ? |
| Commentaire de Sébastien Raguet [ 03/juil./08 10:38 ] |
|
On a eu un retour à la normale le 27 mais à nouveau ces
messages sont à nouveua montés le 01/07 (voir graph erreur sur sais). J'ai contacté hier l'équipe de marketing hier en fournissant les code de tracking qui posaient le plus de problème mais cependant au vu des logs, Justin pense plus à un problème de dev. Désolé j''ai ouvert un nouveau JIRA ( merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:08 ] |
|
Swan, comment peut on avancer la dessus ? merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:11 ] |
|
On voit bien que a chaque fois le referrer est la home : Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=62001& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=2089340& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?&t=316940&dinsight=345&kwsl=13915880 il y a donc un pb qq part dans la home ? |
| Commentaire de Swan Desportes [ 04/juil./08 12:12 ] |
|
Je viens de passer une heure à inspecter la home page. Je ne
vois aucune requete (de type ressource) ou liens susceptible de générer
une url du type http://www.priceminister.com/info/ J'ai fait mes tests sur FF3. Peut etre que le problème est lié à un navigateur en particulier. Est ce qu'il y a moyen de connaitre les navigateurs utilisés lorsqu'il y a erreur ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 14:56 ] |
|
je viens de faire la recherche dans les logs web aricia en cours par exemple sur code tracking 62001: Nb erreur 503 total pour les appels [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | wc -l 488 Voici nombre d'errreur pour Client Microsoft: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep '(compatible; MSIE' | grep " 503 " | wc -l 487 Client firefox: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep -i firefox | grep " 503 " | wc -l 1 Plus de détails sur le top par versions: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | cut -d '"' -f6 | sort -rn |uniq -c | sort -rn 110 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 44 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) 30 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) 29 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506) 13 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) 11 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 9 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) 8 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506) 7 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) 6 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) 5 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) 4 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Orange 7.4 ; NaviWoo1.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 1.1.4322) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; InfoPath.2) Donc IE 6 et 7. En élargissant sur toutes les erreurs 503 pour 'www.priceminister.com/info/home?t': 2254 erreurs: 2251 pour IE et 3 pour Firefox . ( + On a 27 erreurs 503 pour des appels d'image (26 appels AKAMAI, 1 panther ). |
| Commentaire de Justin Ziegler [ 04/juil./08 15:12 ] |
| n'est ce pas la répartition normale des browser ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 15:48 ] |
|
non on est en très loin. Par exemple sur aricia on trouve: Pour toutes les lignes avec référence au browser: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | wc -l 656868 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | wc -l 255821 soit 36% pour firefox. Si on regarde pour les code 200 uniquement: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | wc -l 566941 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | wc -l 218502 soit encore 36% pour Firefox et pour les erreurs 503 (sans distinction): [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 503 ' | wc -l 6112 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 503 ' | wc -l 584 Cette fois Firefox ne représnte plus que 11% des lignes avec code 503. Et si on regarde cette fois le nb de code 200 pour 'www.priceminister.com/info/home?t' : [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 339 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 1593 La proportion est bien complément inversée: - IE 339 ok, contre les 2251 bad - Firefox 1593 pages OK, contre 3 bad. |
| Commentaire de Swan Desportes [ 07/juil./08 14:37 ] |
|
Donc, il semble que le problème n'apparaisse quasi exclusivement sur IE (ou en tout cas, pas sur FF). Je n'arrive pas à le reproduire sous mon IE7 en dev. Et je ne vois aucun lien ou appel en www.priceminister.com/info/ en prod depuis mon IE7... Pourtant, d'après les analyses de Sébastien, ce navigateur provoque également le problème. Je me demande si je ne dois pas chercher côté promo. Je suis assez étonné que l'erreur ne se produise pas dans 100% des cas. |
| Commentaire de Swan Desportes [ 10/juil./08 12:06 ] |
| Je n'arrive vraiment pas à reproduire. Pour continuer l'analyse, je pense qu'il faut qu'on attaque le problème ensemble avec Sébastien. |
| Commentaire de Sébastien Raguet [ 16/juil./08 14:54 ] |
|
Il se peut bien que cela soit du a des problème de market.
Leur nombre est monté puis rebaissé sans vraiment que quoi que ce soit
est changé. Je viens de regarder les logs pour la journée d'hier pour les appels de type 'home?t' : Sur les WEB nombre d'appels qui sont OK (code retour 200): [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 200 ' | wc -l "; done aricia 23404 evandre 23429 evenor 22903 neith 21457 phaeton 8770 Et nombre de code de retour 503: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 503 ' | wc -l "; done aricia 56 evandre 51 evenor 58 neith 57 phaeton 19 nb code de retour autre que 200, 503 et 30X: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep -v ' 200 ' | grep -v " 302 " | grep -v " 301 " | grep -v " 503 "|wc -l "; done aricia 15 evandre 14 evenor 13 neith 8 phaeton 10 Le nombre d'erreurs a fortement diminué, on passe a environ 0.2% d'appel 'home?t' qui ne fonctionnent pas alors que la semaine dernière on était bien plus haut. Sur les AS, on a aussi une forte diminution des erreurs Load error. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep ERROR $i | grep 'Load error' |wc -l ; done 2008-07-16-05-00_amphitrite.log.gz 74 2008-07-16-05-00_amphore.log.gz 56 2008-07-16-05-00_angita.log.gz 89 2008-07-16-05-00_aurore.log.gz 83 2008-07-16-05-00_junon.log.gz 1 2008-07-16-05-00_orichalque.log.gz 214 2008-07-16-05-00_rhome.log.gz 152 2008-07-16-05-00_sais.log.gz 198 2008-07-16-05-00_salus.log.gz 156 2008-07-16-05-00_tellus.log.gz 11 2008-07-16-05-00_titeia.log.gz 123 On a donc retrouver un niveau faible de ces erreurs de type Load error. De plus les erreurs de type Load error pour une request de type 'GET http://www.priceminister.com/info/' sont très faible. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep -A4 'Load error' $i | grep -B2 -A2 'GET http://www.priceminister.com/info/' |grep ERROR | wc -l; done 2008-07-16-05-00_amphitrite.log.gz 3 2008-07-16-05-00_amphore.log.gz 0 2008-07-16-05-00_angita.log.gz 7 2008-07-16-05-00_aurore.log.gz 3 2008-07-16-05-00_junon.log.gz 0 2008-07-16-05-00_orichalque.log.gz 7 2008-07-16-05-00_rhome.log.gz 2 2008-07-16-05-00_sais.log.gz 6 2008-07-16-05-00_salus.log.gz 9 2008-07-16-05-00_tellus.log.gz 0 2008-07-16-05-00_titeia.log.gz 2 2 referrer ressortent: 2008-07-15 18:37:45,427 ERROR [-Processor28] 82.242.79.43 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/cookies_requis User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322) 2008-07-16 00:57:55,585 ERROR [Processor215] 84.103.4.180 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home#t=1414040 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; InfoPath.2; .NET CLR 2.0.50727) Par contre le peu d'erreur restant est toujours du à l'utilisation de IE et pas Firefox. Par exemple pour une des erreurs qui ressort code tracking 1414040: Nb appel OK avec IE: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 5410 bacchus 588 evandre 5495 evenor 5335 neith 5657 phaeton 1916 Environ 2% des d'appel echouent avec IE [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 122 evandre 139 evenor 132 neith 170 phaeton 34 Nb appel OK avec Firefox: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'Firefox' | wc -l;done aricia 825 bacchus 66 evandre 807 evenor 792 neith 813 phaeton 276 [mrtg@autochtonos ~]$ Pas d'erreur avec Firefox [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'Firefox' | wc -l;done aricia 0 evandre 0 evenor 1 neith 0 phaeton 0 En regard du faible nombre de ces erreurs et du temps déjà passé dessus, je pense donc que l'on peut mettre de côté pour le moment mais faire des recherches plus approfondie si le nombre de ces erreurs réaugmentent. |
| Commentaire de Swan Desportes [ 29/juil./08 12:29 ] |
|
OK, je baisse la priorité. Il y a eu beaucoup de chgt d'URL sur les liens sponsos dernièrement liés aux problèmes de "sharp tracking". Peut etre qu'il y a un lien de cause à effet. |
| Commentaire de Swan Desportes [ 23/janv./09 14:49 ] |
| Est ce que cette demande est toujours d'actualité ? |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:46 ] |
| Pas forcement un problème de lien mais peut-être un problème de ressource avec un src vide ce qui pourrait parfaitement être provoqué par les pubs en JS sur la HP (et qui géreraient mal IE ?) |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:48 ] |
|
Avec |
[EXP-3267] config apache : pb d'acces sur QV depuis mon domicile Création: 14/févr./07 10:33 Mise à jour: 25/juin/07 19:00 Résolue: 01/mars/07 13:47 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
de temps en temps j'ai un message du type "acces non autorise". Un serveur a du etre oublié dans le lot. merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 20/févr./07 10:56 ] |
|
on pourrait avancer la dessus ? c'est assez genant, je n'ai qu'un acces degrade aux courbes depuis chez moi. |
| Commentaire de Jérémie Bennejean [ 20/févr./07 11:33 ] |
|
Justin, j'ai ouvert la mai chez Jet. C'est en cours. Je te tiens informé. |
| Commentaire de Jérémie Bennejean [ 20/févr./07 11:41 ] |
| Pour info ta nouvelle @IP est bien renseignée dans le http.conf sur les 3 frontaux webs. |
| Commentaire de Justin Ziegler [ 20/févr./07 14:00 ] |
|
Jérémie, Je t'ai déja dit que ce n'est pas une histoire de routage, mais bien une histoire de droit d'acces au niveau d'apache. Je t'ai egalement parlé de .htaccess. As tu pris le temps de regarder la doc concernant la gestion des droits d'acces ? As tu grepé mon adresse ip dans les log apache pour voir ce qui se passe ? |
| Commentaire de Jérémie Bennejean [ 20/févr./07 14:50 ] |
|
Justin, Je ne connaissais pas l'existence du .htaccess en question qui se trouve dans virtualhost-intra. J'ai tout de suite remplacé ton @IP dans ce fichier. Aprés en avoir parlé avec Patrice, nous avons décidé de rajouter dans la virtualhost-intra du http.conf la section suivante: <Location "/"> Order Deny,Allow Deny from all # PM (Villette) Public Private Justin Home (PBO) Allow from 62.23.27.114 212.23.170.0/24 10.150.28.0/24 213.41.233.175 82.228.215.216 </Location> J'ai aussi renommé le .htaccess du virtualhost-intra en htaccess_ne_pas_toucher pour le moment. J'ai testé l'accès à intra depuis mon poste ( en précisant dans le ficher host de mon poste que intra.priceminister correspond à l'@ du vh d'aricia) cela fonctionne. |
| Commentaire de Justin Ziegler [ 20/févr./07 15:16 ] |
|
merci nb : la commande find permet de trouver des fichiers dont on ignore le lieu d'habitation. Cela doit devenir un reflexe. |
| Commentaire de Justin Ziegler [ 01/mars/07 13:00 ] |
|
Ce pb est maintenant regle. merci tu fermes le jira stp ? |
| Commentaire de Jérémie Bennejean [ 01/mars/07 13:47 ] |
|
Très bien je ferme le jira Merci |
[EXP-4475] prblm connexion compte bangmedia_fr Création: 07/août/08 10:03 Mise à jour: 12/août/08 10:37 Résolue: 12/août/08 10:37 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le compte : bangmedia_fr http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840 Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations : Hi Both, There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone. |
| Commentaires |
| Commentaire de Frédéric Nahum [ 07/août/08 10:09 ] |
|
Pourrais tu me préciser a quelle niveau ce partenaire a un
problème car je vois rien de particulier dans son compte, je ne crois
pas que c'est lié aux import son problème. C'est quoi exactement le problème, problème de connexion au site ? Problème avec les flux de commande ? ??? |
| Commentaire de Jany Marimoutou [ 07/août/08 11:35 ] |
|
il travaille par FTP, et leur système n'arrive à récupérer
les commande. Il n'arrive pas non plus à se connecter au site internet.
j'ai du récupéré les fichiers moi même hier pour ensuite annulé les
commandes qui ne peuvent être honorées. Sachant maintenant qu'ils sont situés à Singapour. Ajouté au fait qu'apparement nous avons subi des attaques virales depuis l'Asie. Il se peut que celà vienne de l'exploitation qui a fermé certaines vannes pour exclure les connexions venant d'Asie. Je n'en sais rien ! OU alors ça vient d'ailleurs. Quoiqu'il en soit il n'arrive plus à se connecter à son FTP, ni le site, comme indiqué dans son mail. |
| Commentaire de Frédéric Nahum [ 07/août/08 11:43 ] |
| ok je vais voir avec l'exploi merci pour l'explication |
| Commentaire de Frédéric Nahum [ 07/août/08 11:47 ] |
| effectivement il ya eu des verrouillage sur l'asie, je transfert ce jira à l'exploit |
| Commentaire de Frédéric Nahum [ 07/août/08 11:47 ] |
| Apparemment le partenaire n'arrive plus a se connecter au site et au ftp |
| Commentaire de Ange Ferrari [ 07/août/08 11:50 ] |
|
Hello Jany, Oui nous avons bloqué la plaque asiatique suite à l'attaque il me faudrait l'ip qu'ils utilisent pour se connecter à notre service. Je vais essayer de faire en sorte que lui puisse se connecter par contre il sera limité au niveau du débit et ça je ne peux pas le faire sauter |
| Commentaire de Jany Marimoutou [ 07/août/08 12:08 ] |
|
je lui ai demandé de confirmer les IP suivantes : For France : 203.125.19.50 For Spain : 203.125.19.59 |
| Commentaire de Jany Marimoutou [ 11/août/08 11:26 ] |
| The IP address is 61.14.65.135 which is used for uploading products and retrieving all orders. Thanks. |
| Commentaire de Patrice Boulanger [ 12/août/08 10:37 ] |
|
La demande a été traitée, la dernière adresse IP fournie a été autorisée sur tous nos frontaux web et FTP. Merci. |
[EXP-475] Résoudre le problème d'accès VPN pour les commerciaux itinérants Création: 05/déc./05 18:17 Mise à jour: 25/juin/07 18:55 Résolue: 25/janv./06 16:30 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Sébastien Tournay | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 6 heures, 30 minutes | ||
| Temps consacré: | 6 heures, 30 minutes | ||
| Estimation originale: | 15 minutes | ||
| Description |
|
Tester dans un premier temps que l'accès VPN fonctionne avec
ta free-box chez toi. Prendre contact ensuite avec un commercial
itinérant pour résoudre le pb.
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 12/déc./05 16:33 ] |
|
Apres test chez moi du forti client et donc l'acces VPN, le test se revele positif. il faut certainement plsu creuser sur les profils et les logins/mdp |
| Commentaire de Sébastien Tournay [ 15/déc./05 13:31 ] |
| OK. Il faut faire le tour de toute l'équipe commerciale auto et valider un/un que cela fonctionne. On réinitialise les login/passwd |
| Commentaire de Jérémie Bennejean [ 03/janv./06 12:42 ] |
|
Le 03/010/06 - J'ai comparé sur le fortigate tout les paramétres des profils vpn des commerciaux, ils sont tous corrects. - J'ai comparé l'exactitude des renseignements entre ceux fournis au fortigate et ceux de chacun des portables des commerciaux, ils sont tous correct. - J'ai vérifié les @ip virtuelles données à chacun des commerciaux elles sont toutes correctes. - Actuellement seul le vpn sur le portable de mederic fonctionne, ce qui m'a permis aussi de comparer ses paramétres à ses des autres. Tout est semblable sauf l'@IP virtuelle atribuée (normal) et le login/mdp (normal aussi). - En ce qui concerne sebastien rodier, il nb'arrive meme pas a avoir internet avec son pc personnel et sa 9box, donc c'est normal que le vpn ne fonctionne, j'irai donc chez lui pour configurer sa 9box ete son réseau privé ! - En ce qui concerne Karim, il n'a pas essayer de se connecter depuis tres longtemps. - En ce qui concerne Sebastien RODIER, la connection fonctionne, il accede a 4D sous lafitte, mais lors de la synchronisation ( des qu'il la lance son portable plante c'est donc un probléme systéme/applicatif sur son portable et non vpn. Dés que j'ai le cordon je lui changerai son portable pour palier à ce probléme). - En ce qui concerne nathalie elle à aussi des problémes d'accés internet chez elle ... à LILLE et à des problémes de connexions avec sa freebox... |
| Commentaire de Jérémie Bennejean [ 13/janv./06 17:11 ] |
|
Vendredi 13 Janvier - Test avec le vpn et le portable de nathalie herchin par Damien. - Suppression de sonn routeur wifi placé derriere sa freebox ! - Connexion via un câble ethernet - Réinistialisation de son mot de passe - Tentative de connexion OK - Ping depuis son portable vers le serveur 4D OK - Trace de son accés vpn dans les logs du Fortigate. VPN Nathalie Herchin OK |
| Commentaire de Jérémie Bennejean [ 16/janv./06 10:05 ] |
| VPN Mederic Crepey OK |
| Commentaire de Jérémie Bennejean [ 16/janv./06 12:33 ] |
|
VPN sébastien RODIER OK -------------------------------------- La connection VPN est considéré comme OK lorsque les conditions suivantes sont remplies. ------------------------------------- Test effectué : Vérification des paramétres du client VPN --> OK Tentative de connexion au Fortigate --> OK Présence dans les logs du fortigate de l'@ IP du commercial itinérant --> OK Ping depuis le portable client de 192.168.1.32 ( lafitte ou est la base 4D ) --> OK |
| Commentaire de Jérémie Bennejean [ 16/janv./06 12:34 ] |
|
VPN nicolas meissonnier OK |
| Commentaire de Jérémie Bennejean [ 16/janv./06 12:38 ] |
|
VPN Karim NON Dernier test en date le lundi 16 décembre 11h30 -------------------------------------- La connection VPN est considéré comme OK lorsque les conditions suivantes sont remplies. ------------------------------------- Test effectué : Vérification des paramétres du client VPN --> OK Réinistialisation de son mot de passe --> OK Tentative de connexion au Fortigate --> OUI mais echec connexion Verification de son @ IP publique sur le site whatismyip.com --> 66.249.71.53 Présence dans les logs du fortigate de l'@ IP du commercial itinérant --> OUI presence de log, NON Adresse IP differente ( 213.44.200.1) de celle de son @ IP publique (66.249.71.53) --> ANORMAL Cette adresse IP ( 213.44.200.1) est une @ IP Club internet ( le provider de Karim ). Ping depuis le portable client de 192.168.1.32 ( lafitte ou est la base 4D ) --> NON |
| Commentaire de Alain Bonneaud [ 18/janv./06 17:29 ] |
| Le nécessaire doit être fait de toute urgence. Ce sujet n'a que trop traîné et doit doit être clos impérativement en début de semaine 4. La solution d'échange de portable pour Karim semble une bonne solution. Merci de préparer le portable de spare et de te synchroniser avec Karim pour aller lui faire l'installation à Lyon et verifier que tout fonctionne |
| Commentaire de ZZ_Arnaud Baali [ 24/janv./06 09:54 ] |
|
Le problème de VPN pour Nicolas Meissonnier a été Résolu chez Lui hier soir Le problème venait de ça carte Wifi Additionnelle Je lui ai paramétré son accès ADSL sur la Carte Wifi intégré du Portable --> la synchro 4D a parfaitement fonctionnée |
| Commentaire de ZZ_Arnaud Baali [ 25/janv./06 16:30 ] |
|
Le problème de Karim a été Résolu par jeremmy Problème de configuration de Firewall chez Karim qui a priori utilisait un routeur NAT physique et en plus une option firewall chez Club Internet |
[EXP-1822] référencement du jeu auto: lancement du jeu le vendredi 21 avril 2006 Création: 19/avr./06 11:59 Mise à jour: 25/juin/07 18:57 Résolue: 27/avr./06 11:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Thomas Beylot | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sébastien, comme j'ai pu t'en parler vite fait tout à l'heure, il faudrait faire en sorte que le jeu soit accessible depuis un sous domaine de priceminister. au départ je pensais à jeu.priceminister.com mais le nom est pris par emailvision dans le cadre de l'envoi des email automatiques assignés au jeu. Ainsi le nom de l'expéditeur est lié à ce nom de sous domaine. Nopus pouvons donc choisir un autre nom comme par exemple jeuauto.priceminister.com qui redirigerait donc sur www.yatilungagnantdanslauto.com. Ainsi les stats inhérentes au jeu (PAP, visiteurs...) seront créditées aux stats PM. Tu me tiens au courant de la faisabilité de la chose d'ici vendredi? n'hésite pas à me poser des questions si ce n'est pas clair. merci ! thomas. |
| Commentaires |
| Commentaire de Sébastien Tournay [ 19/avr./06 12:29 ] |
|
Ranto, Tu peux faire la demande de création de sous-domaine à JMH ? Il me semble que le domaine est géré par eux (ou MAILCLUB ?). |
| Commentaire de Ranto Andriambololona [ 20/avr./06 11:19 ] |
| demande faite à JET hier sous forme de MAI / suivi Stéphane pignot pour créer le sous domaine dans les DNS et attribution de VIP / RIP |
| Commentaire de Thomas Beylot [ 21/avr./06 09:44 ] |
|
Hello, voilà le mail de mon partenaire concernant l'IP. "Thomas, Désolé de ne revenir vers toi que maintenant, mais j'ai dû m'éclipser en rdv. Voici les IP : http://ns20349.ovh.net http://ns20357.ovh.net Il y en a deux car on a 2 serveurs pour supporter la montée en charge. Laurent" Pouvez-vous me tenir au courant de la création du sous-domaine ? merci ! thomas. |
| Commentaire de Thomas Beylot [ 21/avr./06 11:22 ] |
|
Ranto, voile le numéro de mon contact technique (c'est un des cofondateurs de l'agence) pour que tu puisses l'appeler. merci! Antoine Chauveau: 01 41 34 06 47 A mon avis ils sont un peu en stress là je ne suis pas certain qu'il soit à son poste. thomas. |
| Commentaire de Ranto Andriambololona [ 21/avr./06 12:01 ] |
| L'ip définitif est 213.251.134.62 |
| Commentaire de Thomas Beylot [ 24/avr./06 10:24 ] |
|
Hello Ranto, as-tu pu avancer sur cette demande? merci!!! thomas. |
| Commentaire de Sébastien Tournay [ 24/avr./06 10:38 ] |
|
Pour nous la modification est bien faite au niveau du DNS
mais je ne suis pas certain que cela soit la bonne @IP... Je n'ai pas le
jeu derrière... Juste une page d'OVH. Est-ce que le partenaire sait ce
qu'une adresse est ?? Par ailleurs, pour moi le jeu ne marche pas.. A chaque fois que j'arrive sur la home, cela me fait planter mon navigateur.. |
| Commentaire de Thomas Beylot [ 24/avr./06 10:55 ] |
|
on est au courant du souci, ils sont dessus. A priori ça
n'arrive que chez PM... quel est la version de ton navigateur et ton
flash player ? tu veux que je les appelle quant au redirect ? |
| Commentaire de Ranto Andriambololona [ 24/avr./06 12:04 ] |
|
Antoine Chauveau vient de demander à leur équipe d'ajouter
un virtual-host pour que la redirection DNS puisse marcher. Cela a été effectué à l'instant et le site http://jeuauto.priceminister.com fonctionne |
| Commentaire de Ranto Andriambololona [ 24/avr./06 12:34 ] |
|
L'équipe de www.yatilungagnantdanslauto.com viennent de nous faire une demande de modification DNS jeuauto.priceminister.com doit pointer sur 213.251.131.66 au lieu de 213.251.134.62 L'IP 213.251.131.66 est l'adresse IP de répartition et enverra la charge vers les 3 serveurs qui sont derrière |
[APP-30506] Avazu LTP (retargeting) - plan de taguage PriceMinister.com (affiliation) Création: 26/juil./10 12:30 Mise à jour: 29/sept./10 16:03 Résolue: 20/sept./10 11:05 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 77.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jonathan Gorges | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PM - Plan de taggage Avazu LTD.pdf
retargetingapi_avazu.pdf
screenshot-1.jpg
V2.pdf
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Classif FONC: | comarket | ||||||||
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation, Avazu LTD (http://avazutracking.net/), qui nous propose du retargeting comportementale (selon le même principe que Criteo) à la performance (au CPA). Ce modèle de rémunération est par définition très rentable pour PriceMinister puisque nous payerons ce partenaire uniquement un pourcentage de notre commission sur chaque vente générée sur PM grâce à son réseau. Il s'agit donc ici d'une bonne opportunité de business, très rentable. S'agissant de retargeting, nous devons donc taguer certaines de nos pages. Vous trouverez le plan de taguage en PJ. Pourriez-vous le valider avant de débuter le paramétrage svp ? Important : dans ce plan de taguage, seule la partie "Personalized Retargeting with product feeds" nous concerne (page 4 et 5) Aussi, pourriez-vous nous communiquer une date approximative de mise en prod ? L'idéal pour nous serait de commencer le partenariat vers le 20 août. Cela vous semble jouable ? Je reste à votre dispo pour toute question. Merci d'avance pour tout. Jonathan. |
| Commentaires |
| Commentaire de Jonathan Gorges [ 26/juil./10 12:33 ] |
|
Pour info : Étant absent du 06/08 au 16/08 inclus (vacances), je ne pourrai recetter le taggage durant cette période. Jon |
| Commentaire de Ariane Baldinger [ 27/juil./10 09:36 ] |
|
Salut Jonathan, Fabrice va voir quelles sont les dispos du dev pour valider les tags. Damien qui s'en occupe habituellement est en congés cette semaine. A. |
| Commentaire de Jonathan Gorges [ 27/juil./10 09:39 ] |
|
Hello, OK merci bcp. J'ai moi-même jeter un ¿il sur ce plan de taggage, et il est extrêmement simple. On remonte que très peu d'infos (ID product, montant du panier, devise...), sur des pages classiques (fiche produit, confirmation de paiement, HP...). La validation ne devrait pas prendre bcp de temps je pense. Merci |
| Commentaire de Jonathan Gorges [ 04/août/10 12:10 ] |
|
Hello, Avez-vous eu la possibilité de regarder ce plan de taguage ? Pourriez-vous svp le valider aujourd'hui ? Par avance merci. |
| Commentaire de Fabrice Feugas [ 04/août/10 12:32 ] |
| Hello, on a prévu de regarder ça en début d'aprème. |
| Commentaire de Fabrice Feugas [ 05/août/10 12:48 ] |
|
Pour résumer, les remarques/questions qu'on a : --> Tag de la page confirmation de paiement, on préfère du script plutôt que de l'iframe --> " " " " " " " , le passer en httpS --> Pourquoi tagguer toutes les pages du site ? Est-ce vraiment utile ? Si oui, on ne peut tagguer que HP, NAV / Search --> Pour le panier, on vérifie avec DAD quel montant on passe habituellement (total TTC hors cbv, eg,...). Tenez-nous au courant dès que vous avez des retours des partenaires. |
| Commentaire de Remigiusz Woronkiewicz [ 05/août/10 13:03 ] |
|
Voici le retour du partenaire Avazu : 1. TAG des pages du site sans produits dispos : Avazu ce sert de ce tag généraliste pour remonter les utilisateurs qui sont venus sur le site sans avoir visité de pages produits. Le partenaire lui propose alors des bannières "top-vente". Donc OK pour tagguer HP et NAV/ Search 2. Iframe VS Javascript : selon le partenaire, le pixel en Javascript peut être désactivé dans les moteurs de recherche et cela résulte dans la perte de tracking des conversions. C'est pourquoi ils préfèrent utiliser l'iframe qui ne peut être désactivé. 3. voici le tag de la confirmation de paiement en httpS: <iframe style='display:none' width='1' height='1' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=&article_ids=&transaction_id=&advertiser_id=4'></iframe> à votre disposition, Rémi |
| Commentaire de Fabrice Feugas [ 05/août/10 14:06 ] |
| Ok, en attente des retours de Damien. |
| Commentaire de Damien Dorizy [ 05/août/10 15:48 ] |
|
Pour le panier, après vérification : - On passe habituellement le montant total des articles hors tout (hors FdP, cbv, eg, etc.) : $!purchase.SumItemPriceNumber - Aucun problème pour récupérer l'identifiant des produits : #foreach( $item in $purchase.ItemFormatCollection ) $item.productId #end |
| Commentaire de Benoit Tabaka [ 05/août/10 16:41 ] |
|
Jonathan, 3 éléments : 1) Exclusivité Criteo on a filé une exclusivité à Criteo en matière de publicité comportementale jusqu'à fin 2010 sur le site PM.FR. Donc, il me semble difficile (voire impossible) de dealer sur le même modèle avec un affilié. Est-ce à dire que vous avez obtenu de Criteo la fin de l'exclusivité ? 2) Information des utilisateurs et désabonnement Comment gère-t-on l'intégration d'un mécanisme opt-out (cf la page Ethique et Vie privée) ? Idem, une page d'explication est-elle prévue ? 3) Gestion des publicités Les bannières seront-elles des bannières "made in PM" ou des bannières "gérées par le prestataire" (avec, derrière pour moi, une question : est-on sur que le prestataire va bien mettre à jour régulièrement les infos) Benoit |
| Commentaire de Remigiusz Woronkiewicz [ 05/août/10 17:31 ] |
|
Benoit, Pour répondre à tes 3 questions : 1) Je te confirme ce que nous a expliqué Odile; l'exclusivité Critéo s'est achevée fin 2009 donc pas de pb de ce côté là. 2) Oui, une page d'explication est prévue à termes, mais la priorité reste le paramétrage. Ensuite, nous voulons bien sûr intégrer un mécanisme d'opt-out au même titre que celui de Critéo 3) Les bannières seront gérées par le prestataire à partir des flux envoyé depuis PriceMinister, comme nous le faisons déjà pour Critéo, NextPerformance ou Mythings. Ce sera donc à nous de surveiller le bon envoi des flux régulièrement car on comprend bien les retombées négatives si une bannière affiche de la publicité "mensongère". Pour résumer, ces points seront traités et tout est OK pour lancer le paramétrage. Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 06/août/10 09:39 ] |
|
Hello, Voici le TAG panier sécurisé : <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&article_ids=[article_ids]&transaction_id=[transaction_id]&advertiser_id=4'></script> J'ai aussi joins un fichier d'aide fournis par le partenaire. (retargetingapi_avazu) Rémi |
| Commentaire de Fabrice Feugas [ 06/août/10 10:56 ] |
|
Merci. C'est quoi le "transaction_id" ? |
| Commentaire de Remigiusz Woronkiewicz [ 11/août/10 14:30 ] |
|
Hello tout le monde, Pourriez-vous me dire ce qu'il en est de l'avancée du paramétrage pour Avazu ? Merci d'avance, Rémi |
| Commentaire de Jonathan Gorges [ 17/août/10 16:49 ] |
|
Bonjour, Pourriez-vous svp me dire où en sommes-nous sur la mise en place de ces tags. Nos partenaires nous relancent bcp en effet et souhaiterait avoir une visibilité sur le kick off de la campagne. Par avance merci. |
| Commentaire de Jérôme Viviès [ 17/août/10 16:55 ] |
|
Bonjour, La question de Fabrice attend toujours une réponse. Je calerai la suite avec Ariane à son retour lundi et elle reviendra vers vous avec une date. |
| Commentaire de Fabrice Feugas [ 17/août/10 17:27 ] |
|
Ci-joint l'échange que j'avais eu avec Rémigiusz : "Ok. On passe l'id_panier alors. A noter qu'il peut y avoir plusieurs articles dans un panier... En cas de litige comme il dit, il faudra creuser un peu mais je pense que c'est ce que vous faites déjà." |
| Commentaire de Jonathan Gorges [ 17/août/10 17:43 ] |
|
Effectivement, "transaction_id" = "id_panier" Merci. |
| Commentaire de Rémi Virlouvet [ 18/août/10 11:29 ] |
| on vise une mise en prod le 25, si tout va bien... |
| Commentaire de Jonathan Gorges [ 18/août/10 11:43 ] |
|
Merci pour ce retour. Pour avancer rapidement et éviter des retours inutiles du partenaire, pourra-t-on après paramétrage des tags ouvrir un serveur (integ par exemple) à notre partenaire pour qu'il vérifie si tout est OK ? Peut-on vous fournir une adresse IP du partenaire ? Par avance merci. |
| Commentaire de Rémi Virlouvet [ 18/août/10 16:35 ] |
|
recap param : ai créé la promo campaign Avazu, qui comprend 3 affiliation tags : - confirmation paiement : code : <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection ) #if($vCount > 0),#end$item.productId #set($vCount = $vCount + 1) #end&transaction_id=$purchase.purchaseId&advertiser_id=4'></script> location alias : ROOT (hérité) secured pages : yes family : indifferent position : HIDDEN1 tracked event : BUY - fiche produit : code : <script src=" http://www.avazudsp.net/tracking/retargeting/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "MWllcl9mZys0"; var _Radvid = "MzNtZV90KzRpaw=="; var _Rpid = "$!summary.getProductId()"; _RetSetC(); </script> location alias : default/ROOT/ALL_PRODUCTS/@categoryPath/PRODUCT/ADVERT_LIST/ secured pages : no family : indifferent position : HIDDEN1 - HP Nav Search : code : <script src=" http://www.avazudsp.net/tracking/retargeting/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "MWllcl9mZys0"; var _Radvid = "MzNtZV90KzRpaw=="; _RetSetC(); </script> location alias : (hérité) default/ROOT/HOMES/HP2007/ default/ROOT/ALL_PRODUCTS/GLOBAL_NAVIGATION/ default/ROOT/ALL_PRODUCTS/@categoryPath/NAVIGATION/ default/ROOT/ALL_PRODUCTS/DATE_NAVIGATION%%ROOT_HOME/ default/ROOT/ALL_PRODUCTS/FILTER_NAVIGATION%%GLOBAL_SEARCH/ default/ROOT/ALL_PRODUCTS/SEARCH_REFERENCE/ default/ROOT/ALL_PRODUCTS/OPEN_SEARCH/ secured pages : no family : indifferent position : HIDDEN1 |
| Commentaire de Rémi Virlouvet [ 18/août/10 16:39 ] |
|
test achat : <!--@@@ confirmation paiement : Event - Buy --> <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=45.0&article_ids=67321828 ,71670139 &transaction_id=70792837&advertiser_id=4'></script> <textarea style="width:99%;" rows="10" readonly="readonly"> <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection ) #if($vCount > 0),#end$item.productId #set($vCount = $vCount + 1) #end&transaction_id=$purchase.purchaseId&advertiser_id=4'></script> </textarea> <div align="center" style="font-weight:bold;font-size:15px;">⇓</div> <textarea style="width:99%;" rows="10" readonly="readonly"> <!--@@@ confirmation paiement : Event - Buy --> <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=45.0&article_ids=67321828 ,71670139 &transaction_id=70792837&advertiser_id=4'></script> </textarea> </div> </div> |
| Commentaire de Rémi Virlouvet [ 18/août/10 16:39 ] |
| tout semble ok |
| Commentaire de Rémi Virlouvet [ 18/août/10 16:43 ] |
| pour l'ouverture d'un serveur au partenaire on veut bien l'adresse ip, merci |
| Commentaire de Remigiusz Woronkiewicz [ 18/août/10 18:59 ] |
|
Hello, Voici l'adresse IP du partenaire : 180.168.45.102 Rémi |
| Commentaire de Rémi Virlouvet [ 19/août/10 10:16 ] |
| merci de gérer l'ouverture du serveur devtest5 avec damien gilloz de l'exploitation |
| Commentaire de Remigiusz Woronkiewicz [ 19/août/10 10:53 ] |
|
Hello, Je viens de voir avec Damien l'ouverture du serveur, je vais donc communiquer l'adresse www.dev5.babel.fr au partenaire. quand est-ce que l'adresse sera valide et accessible au partenaire ? Merci Rémi |
| Commentaire de Damien Dorizy [ 19/août/10 12:04 ] |
|
Comme d'habitude, merci de recetter AVEC FIREBUG dans
Firefox avant d'ouvrir au partenaire (ça évite de passer pour des
guignols). En l'occurence, ici, l'appel à _RetSetC() qui ne fonctionne pas (erreur rouge bien visible) --> en effet, l'appel à http://www.avazudsp.net/tracking/retargeting/retJS.php ne fonctionne pas. Le partenaire ne répond pas à cette adresse. Voir avec lui pour qu'il l'active et re-recetter avant ouverture. |
| Commentaire de Rémi Virlouvet [ 19/août/10 15:31 ] |
|
Remigiusz, comme vu à l'instant, il faut voir avec le partenaire pourquoi leur url ne fonctionne pas, asap. merci Rémi (du param) |
| Commentaire de Remigiusz Woronkiewicz [ 19/août/10 15:39 ] |
|
Rémi, Je les ai contacté par e-mail mais ils ne répondront probablement que demain. (décalage horaire par rapport à Honk Kong oblige...) Je vous tiens au courant dès que j'ai la réponse |
| Commentaire de Rémi Virlouvet [ 20/août/10 10:37 ] |
| sans avancée d'ici ce soir ça passera en prod plutôt le 2 septembre. |
| Commentaire de Remigiusz Woronkiewicz [ 20/août/10 11:34 ] |
|
Hello, Voici le l'URL fonctionnel qu'il faut utiliser : http://avazudsp.net/tracking/ret/retJS.php Et cela fonctionne partout : Article Pages: <script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Rpid = "[ARTICLE_ID]"; _RetSetC(); </script> Pages without product information: <script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; _RetSetC(); </script> Conversion and Order Tracking: <iframe style='display:none' width='1' height='1' src='http://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=4&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe> Merci pour vos efforts ! Rémi |
| Commentaire de Rémi Virlouvet [ 20/août/10 11:55 ] |
|
ok, l'appel fonctionne désormais. à toi de voir avec l'exploit pour l'ouverture d'un serveur (devtest12) |
| Commentaire de Remigiusz Woronkiewicz [ 20/août/10 12:04 ] |
| Rémi, Peut-on reseter les tag ensemble aujourd'hui ? |
| Commentaire de Rémi Virlouvet [ 20/août/10 15:02 ] |
|
oui, nous le pouvons. passe à mon bureau quand tu veux. |
| Commentaire de Damien Dorizy [ 20/août/10 15:52 ] |
|
Le tag sur confirmation de paiement a changé radicalement : - Il est redevenu une iframe alors que nous avions un script javascript qui était censé fonctionné - Plus grave, il n'est pas en httpS -> provoquera une grosse alerte de sécurité en prod Merci de demander au partenaire un tag javascript en httpS pour cette page, rien à redire sur les autres tags. |
| Commentaire de Remigiusz Woronkiewicz [ 20/août/10 15:59 ] |
|
Hello Damien, Désolé pour la petite petite confusion mais il faut utiliser le tracking donné précédemment pour la page de paiement réussi (donc JS et Https) <script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&article_ids=[article_ids]&transaction_id=[transaction_id]&advertiser_id=4'></script> |
| Commentaire de Rémi Virlouvet [ 20/août/10 16:36 ] |
|
code donc utilisé pour check out : <script type='text/javascript' src='https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection ) #if($vCount > 0),#end$item.productId #set($vCount = $vCount + 1) #end&transaction_id=$purchase.purchaseId&advertiser_id=4'></script> |
| Commentaire de Remigiusz Woronkiewicz [ 20/août/10 17:34 ] |
|
hello, Suite au reset des tags fais avec Rémi, pourriez-vous nous mettre à disposition un accès au serveur devtest12 pour que le partenaire puisse checker le paramétrage ? On voudrait être sûr que tout est bon avant la mise en prod. merci de votre retour, Rémi |
| Commentaire de Rémi Virlouvet [ 20/août/10 17:38 ] |
| (n.b. pour le market : comme vu ensemble, en cas de x articles en panier, il y a un retour à la ligne entre les id des articles. cela semble ne pas fausser la bon fonctionnement du tag). |
| Commentaire de Rémi Virlouvet [ 23/août/10 10:30 ] |
|
bonjour à tous, où en est-on de la demande d'ouverture serveur ? |
| Commentaire de Fabrice Feugas [ 23/août/10 11:20 ] |
|
Bonjour, On vient de se rendre compte que le tag créé une erreur bloquante sous IE6, il fait buguer toutes les pages et elles ne s'affichent même pas... A corriger impérativement avant de partir en PROD ! |
| Commentaire de Fabrice Feugas [ 23/août/10 11:26 ] |
|
"Damien Dorizy - 20/août/10 15:52 Le tag sur confirmation de paiement a changé radicalement : - Il est redevenu une iframe alors que nous avions un script javascript qui était censé fonctionné - Plus grave, il n'est pas en httpS -> provoquera une grosse alerte de sécurité en prod Merci de demander au partenaire un tag javascript en httpS pour cette page, rien à redire sur les autres tags. " On ne devrait même pas voir ce genre de remarques !!!! Tag http sur des pages de confirmation de paiement ça devrait être le premier truc à tester. |
| Commentaire de Damien Dorizy [ 23/août/10 11:39 ] |
|
C'est l'appel à la fonction "_RetSetC();" dans le tag qui
fait tout planter sous IE6. Je pense que le partenaire n'a jamais testé
son tag avec IE6, et à un moment ils essaient de faire des manipulations
sur la page alors qu'elle n'est pas complètement chargée, ce qui fait
planter IE6. Une solution serait d'appeler le tag une fois la page complètement chargée, à l'aide de la méthode : PM.Event.add(window, PM.Event.Type.COMPLETE, _RetSetC); Voir avec le partenaire pour savoir s'ils ont une solution pour IE6 d'abord avant d'utiliser cette méthode. |
| Commentaire de Rémi Virlouvet [ 23/août/10 12:27 ] |
| contact avec le partenaire en cours... |
| Commentaire de Remigiusz Woronkiewicz [ 23/août/10 14:13 ] |
| J'ai eu un retour du partenaire, pourriez-vous refaire un test maintenant ? |
| Commentaire de Damien Dorizy [ 23/août/10 14:27 ] |
| Et leur retour était ? |
| Commentaire de Remigiusz Woronkiewicz [ 23/août/10 14:33 ] |
|
Justement de refaire un test car ils ont fait une modif de
leur côté mais je n'ai pas plus d'info quant à la nature de cette modif. Ils affirment aussi ne pas pouvoir utiliser la méthode PM.Event.add(window, PM.Event.Type.COMPLETE, _RetSetC) qui est trop lourde pour leur process. merci de votre retour, Rémi |
| Commentaire de Damien Dorizy [ 23/août/10 16:35 ] |
|
Ci-joint la capture d'écran de l'erreur sous IE6. Quand on
clique sur "OK", on est redirigé sur une page d'erreur IE. La raison de ce problème est simple, le tag du partenaire essaie de modifier le contenu de la page avant que celle-ci ne soit complètement chargée. C'est expliqué ici : http://www.kreacomm.info/Internet-Explorer-ne-peut-pas.html La méthode PM.Event.add est une méthode "Price", donc qu'on ne peut utiliser que de notre côté en dernier recours. Vu toutes les modifs que l'on a eu à faire ces derniers jours autour de ce tag, on préfère une mise à jour de leur côté. |
| Commentaire de Jonathan Gorges [ 23/août/10 16:40 ] |
|
Merci Damien pour ce retour et pour votre patience. On voit avec le partenaire s'il peut nous fournir une V2 de ce taguage, corrigé. On revient vers vous asap. |
| Commentaire de Jonathan Gorges [ 24/août/10 09:21 ] |
|
Bonjour tout le monde, Nous venons de recevoir les deux tags modifiés par le partenaire. Nous ne connaissons pas la nature de ces ajustements mais Avazu nous demande de retester avec cela : Article Pages : <script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Rpid = "[ARTICLE_ID]"; _AvazuAddLoadEvent(function (){ _RetSetC(); }); </script> Pages without product information (like home page and others) <script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; _AvazuAddLoadEvent(function (){ _RetSetC(); }); </script> Pourriez-vous ainsi nous dire si ces tags fonctionnent correctement svp ? Par avance merci. |
| Commentaire de Rémi Virlouvet [ 24/août/10 15:19 ] |
| testé sous FF, IE6, IE8 : tout semble ok de mon côté |
| Commentaire de Remigiusz Woronkiewicz [ 24/août/10 16:16 ] |
| Merci Rémi c'est top! |
| Commentaire de Rémi Virlouvet [ 25/août/10 10:03 ] |
| on vous laisse gérer l'ouverture serveur au partenaire, merci de nous tenir au courant de l'avancée. |
| Commentaire de Remigiusz Woronkiewicz [ 25/août/10 10:12 ] |
|
Bonjour, Etant donné que tout semble Ok est-ce qu'on va pouvoir respecter le planning et que tout soit live pour le prochain Dump? Vers qui doit-je me tourner pour que le partenaire obtienne un accès au serveur dev12 ? Merci |
| Commentaire de Fabrice Feugas [ 25/août/10 11:41 ] |
|
De notre côté, on vous mettra à jour devtest12 demain avec
la bonne branch. D'ici là, merci de ne pas ouvrir au partenaire (il y a
des projets en cours de dev en interne sur ce serveur qu'on ne veut pas
laisser sortir pour l'instant). Après on vous (market) laisse gérer avec l'exploit pour ouvrir le serveur. |
| Commentaire de Ariane Baldinger [ 25/août/10 13:11 ] |
|
Bonjour, Remigiusz, pour une mise en prod au prochain dump (02/09) il nous faut la validation avant le 31/08. Merci |
| Commentaire de Damien Gilloz [ 25/août/10 15:01 ] |
|
Fabrice, L'ouverture firewall est déjà faite, mais il faudra en temps voulu changer les propriétés de l'AS et le virtualhost sur boulard pour que www.dev12.babel.fr fonctionne Patrice qui fait cette opération d'habitude n'est pas la cette semaine. Cdt |
| Commentaire de Remigiusz Woronkiewicz [ 25/août/10 15:28 ] |
|
hello, Comme vu avec Damien et Jonathan, Damien Gilloz va paramétrer l'accès au serveur dev 12 pour que le partenaire puisse checker les tags demain à la première heure. Nous attendrons le GO de Fabrice pour communiquer l'URL au partenaire. Merci pour vos efforts, Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 26/août/10 10:35 ] |
|
Hello, @Fabrice : je viens d'obtenir l'adresse http://www.dev12.babel.fr de la part de Damien, J'attends ton GO pour transmettre l'URL au partenaire. Merci |
| Commentaire de Damien Dorizy [ 26/août/10 14:55 ] |
|
dev12 est ok, avazu s'affiche bien dessus. Vous pouvez
communiquer l'adresse au partenaire. Tenez-nous au courant quand la
recette sera terminée. Merci |
| Commentaire de Remigiusz Woronkiewicz [ 26/août/10 15:09 ] |
|
J'ai communiqué l'adresse au partenaire avec la demande de checker d'ici demain soir. Je reviens vers vous dès qu'ils ont fini. Merci encore pour vos efforts. Rémi |
| Commentaire de Jonathan Gorges [ 27/août/10 11:19 ] |
|
Hello, Après vérification du partenaire, il apparaît que nous ne passons pas l'ID product dans le tag : Pour le produit 47238250 (Nintendo-Ds-Lite-Noire-Console-Nintendo-Ds) par exemple <script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script> <script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Rpid = "[ARTICLE_ID]"; _AvazuAddLoadEvent(function (){ _RetSetC(); }); </script> Instead of Rémi, peux-tu stp voir ce qui ne fonctionne pas ? |
| Commentaire de Rémi Virlouvet [ 27/août/10 12:00 ] |
|
erreur de syntaxe de la variable qui n'était donc pas interprétée. c'est corrigé sur cms ref, bon sur ref-fr |
| Commentaire de Jonathan Gorges [ 27/août/10 12:04 ] |
|
OK merci pour ta réactivité. On demande au partenaire de rechecker. Merci. |
| Commentaire de Remigiusz Woronkiewicz [ 27/août/10 12:49 ] |
|
Cela ne fonctionne toujours pas du côté du partenaire. Il a pourtant reloader son cache et rafraichit toutes ses pages. Pouvez-vous revérifier de votre côté d'où pourrait provenir le problème ? On insiste car il faut vraiment qu'on arrange le coup rapidement car avec le décalage horaire le partenaire ne sera dispo que jusqu'à 14h-15h. Merci de votre réactivité ! |
| Commentaire de Rémi Virlouvet [ 27/août/10 14:03 ] |
|
pardon oui, j'ai rechargé à l'instant les caches IG de dev12. ça devrait avoir impacté votre serveur ouvert. merci. |
| Commentaire de Remigiusz Woronkiewicz [ 27/août/10 14:31 ] |
|
Pour l'instant tout est OK du côté partenaire, il revient vers nous lundi pour nous donner le GO final. Merci pour tous vos efforts, Rémi |
| Commentaire de Jonathan Gorges [ 27/août/10 15:54 ] |
|
IMPORTANT : Comme vu ensemble avec Rémi V et Fabrice F, nous ne devons pas mettre en prod les tags Avazu pour le prochain dump. Nous sommes vraiment désolé de cette situation, mais le partenaire nous remonte un peu tardivement un autre problème : il ne peut récupérer l'intégralité de notre catalogue XML car celui-ci est trop lourd à gérer pour lui. Il est donc contraint de récupérer toutes les informations initialement prévues dans les flux à partir du tag... La solution pour avancer rapidement est donc de paramétrer un autre système de tag. Afin de faciliter ce travail à tout le monde, nous travaillons actuellement avec le partenaire pour que cette V2 se rapproche le plus possible de ce qui a été fait pour notre partenaire MyThings Media. Ainsi, nous revenons rapidement vers vous avec cette V2 de taguage. Merci d'avance pour votre compréhension et pour votre patience. |
| Commentaire de Jonathan Gorges [ 30/août/10 09:36 ] |
|
Hello, Voici comme convenu la V2 du plan de taguage : Celui-ci est extrêmement proche de ce que nous avons fait pour MyThings ( Pour comprendre exactement chaque variable, veuillez vous reporter svp au doc joint "V2". Important pour éviter toute confusion : les tags présents dans ce doc PDF sont "génériques". Ceux à utiliser se trouve juste ci-dessous. Pages de catégorie : <script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); var _Category = new Object(); _Category.img = "[CATEGORY_IMG]"; _Category.name = "[CATEGORY_NAME]"; _Article.other = "[CUSTOM_PARAMETERS]"; _AvazuAddLoadEvent(function (){ _RetSetC(_Article,_Category); }); </script> Fiche Produit <script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); var _Category = new Object(); _Category.img = "[CATEGORY_IMG]"; _Category.name = "[CATEGORY_NAME]"; _Article.id = "[ARTICLE_ID]"; _Article.name = "[ARTICLE_NAME]"; _Article.img = "[ARTICLE_IMG]"; _Article.deepLink = "[ARTICLE_DEEPLINK]"; _Article.price = "[ARTICLE_PRICE]"; _Article.currency = "[ARTICLE_CURRENCY]"; _Article.description = "[ARTICLE_DESCRIPTION]"; _Article.other = "[CUSTOM_PARAMETERS]"; _AvazuAddLoadEvent(function (){ _RetSetC(_Article,_Category); }); </script> Pages without product information (like home page and others) (https://) <script src="http://avazudsp.net/tracking/ret/retPros.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); _Article.other = "[CUSTOM_PARAMETERS]"; _AvazuAddLoadEvent(function (){ _RetSetC(_Article); }); </script> Page de confirmation de paiement : Le tag ne doit pas être modifié. Je reste à votre dispo pour toute question. Fab, Damien, pourriez-vous valider ces tags svp ? Merci |
| Commentaire de Ariane Baldinger [ 08/sept./10 14:58 ] |
|
vu avec Fabien et Damien :
Il y a 4 tags à passer en Prod pour ce nouveau retargeter. Rocio, tu peux reprendre ou traschcaner les contenus paramétrés par Rémi SAUF pour la confirmation de paiement. 1- Confirmation de paiement : Le tag paramétré par Rémi est bon. A recetter tout de même avec Jonathan avant soumission à publication. 2- Pages de Nav + search : <script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); var _Category = new Object(); //_Category.img = "[CATEGORY_IMG]"; => "//" devant pour mettre en commentaire _Category.name = "[CATEGORY_NAME]"; => remplacer "[CATEGORY_NAME]" par $cat.get(0) qui retourne la catégorie (cf. tag Mythings) //_Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire _AvazuAddLoadEvent(function (){ _RetSetC(_Article,_Category); }); </script> 3- Pages Fiche Produit : <script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); var _Category = new Object(); _Category.img = "[CATEGORY_IMG]"; => "//" devant pour mettre en commentaire // _Category.name = "[CATEGORY_NAME]"; => remplacer "[CATEGORY_NAME]" par $cat.get(0) qui retourne la catégorie (cf. tag Mythings) _Article.id = "[ARTICLE_ID]"; => remplacer "[ARTICLE_ID]" par $!summary.getProductId() (cf. tag Mythings) _Article.name = "[ARTICLE_NAME]"; => remplacer "[ARTICLE_NAME]" par $!summary.getSummaryValue("RawDetailShortHeadline").replaceAll("\"", "\\\"") (cf. Mythings) _Article.img = "[ARTICLE_IMG]"; => remplacer "[ARTICLE_IMG]" par $!uriFormat.getPhotoUrlForVC($util.getFirstImageId($summary), "M") (cf. Mythings) _Article.deepLink = "[ARTICLE_DEEPLINK]"; => remplacer "[ARTICLE_DEEPLINK] par window.location.href (cf. mythings) _Article.price = "[ARTICLE_PRICE]"; => remplacer "[ARTICLE_PRICE] par $!summary.getBestPrice() _Article.currency = "[ARTICLE_CURRENCY]"; => remplacer "[ARTICLE_CURRENCY] par le sigle euro _Article.description = "[ARTICLE_DESCRIPTION]"; => remplacer "[ARTICLE_DESCRIPTION] par $!summary.getSummaryValue("RawListHeadline").replaceAll("\"", "\\\"") // _Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire _AvazuAddLoadEvent(function (){ _RetSetC(_Article,_Category); }); </script> 4- HP <script src="http://avazudsp.net/tracking/ret/retPros.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8"> var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); // _Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire _AvazuAddLoadEvent(function (){ _RetSetC(_Article); }); </script> |
| Commentaire de Rocio Perez-Garcia [ 10/sept./10 11:46 ] |
|
Tags HP, NAV_SEARCH et ADVERT_LIST paramétrés eh Hidden1.
Testé avec Spot, vous pouvez vérifier. Merci. |
| Commentaire de Jonathan Gorges [ 10/sept./10 12:40 ] |
|
Hello,
Merci pour ta réactivité ! Nous venons de regarder les tags et avons quelques questions/corrections : - Sur le tag fiche produit et plus exactement sur la variable deeplink : que signifie window.location.href (comment cela fonctionne pour vraiment passer la vraie URL de redirection ?) - Sur le tag fiche produit et plus exactement sur la variable [article price] : je ne pense pas que nous devons passer la devise (puisque nous la passons juste après et que rien ne stipule de la passer dans le plan de taguage) Sinon, le reste nous semble OK. Merci d'avance pour ton retour. |
| Commentaire de Rocio Perez-Garcia [ 13/sept./10 15:36 ] |
|
Hi,
je reprends ce que je vous ait dit tout à l'heure : Les variables prix dans le summary retournent la devise, dans _Article.currency il faut écrire Euros en dur car le sigle est mal traduit. On fait pareil pour MyThings. => Voir avec Avazu. Nous pouvons tester window.location.href avec l'aide de Firebug. FFE confirme, vous pouvez ouvrir le serveur devtest12@stuart au partenaire. On vous laisse gérer avec l'exploit. Si vous avez des questions, ne hésitez pas. |
| Commentaire de Jonathan Gorges [ 14/sept./10 15:05 ] |
|
Bonjour,
Le partenaire me confirme que le paramétrage est validé. Tout est OK pour lui (et pour nous aussi :-) Cela peut donc passer en prod pour le dump du 22/09. @ Fabrice, il me confirme également qu'il n'y aura aucun problème de performance de leur côté. Vous pouvez donc fermer l'accès au serveur dev12 pour ce partenaire. Merci à tous pour tous vos efforts sur la mise en place de ce deal. On espère vraiment que ca va cartonner ! On vous tiendra au courant des résultats. Merci |
| Commentaire de Rocio Perez-Garcia [ 14/sept./10 16:31 ] |
| à publier sur ref / promotions |
[CAT-3221] Creation des Flux LinkShare UK Création: 21/oct./10 16:04 Mise à jour: 18/févr./11 14:51 Résolue: 18/févr./11 14:51 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Thomas Springett | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 2 jours | Estimation restante: | 2 jours |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | 2 jours | Estimation originale: | 2 jours |
| Pièces jointes: |
36489_nattributes20110127.txt
36489_nmerchandis20110127.txt
36489_nmerchandis_2011-01-21.txt
36489_nmerchandis_2011-01-21.xls
linkshare.zip
linkshare2.zip
linkshare3.zip
linkshare_sku_upload_specs_v3.pdf
MerchandiserGuidelinesAdvertisersv.4.5.pdf
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Nous avons besoin d'un flux pour notre Platform d'affiliation LinkShare.
|
| Commentaires |
| Commentaire de Thomas Springett [ 21/oct./10 16:05 ] |
|
Piece Joint: Les Tech Specs.
Merci, |
| Commentaire de Thomas Springett [ 29/oct./10 11:28 ] |
|
Pour cette flux in nous faut de Incrementau.
Merci, |
| Commentaire de Thomas Springett [ 29/oct./10 11:36 ] |
|
Codes pour leur serveur:
Product Feeds Please see attached the guideline how to create the product feed and once you create it, send it to me that I can check it. Ideally we do recommend you to upload the feed automatically everyday at the same time to your FTP account (please see below your account details).Send me the IP/s you will be uploading the feeds from that I can give you an access. Server: Mftp.linksynergy.com Username: PMinister Password: deeyEhR8 We do recommend you to send delta file on a daily base however we need you to send in stock items of full feed as a first upload. |
| Commentaire de Carole Boucheny [ 19/nov./10 15:05 ] |
|
Bonjour Thomas,
Quelles catégories de produit faut-il envoyé ? Merci Carole |
| Commentaire de Carole Boucheny [ 23/nov./10 17:16 ] |
|
Bonjour,
Que dois-je mettre dans la colonne "Is All Flag" : "Y if product is to appear in all offers. Otherwise N. Default is Y.". C'est pour le fichier "primary file", je ne vois pas bien à quoi cela correspond... Merci Carole |
| Commentaire de Carole Boucheny [ 23/nov./10 17:35 ] |
|
Même question pour les colonnes suivantes :
28 Is Product Link Flag --> "Y if product is to be offered to publisher as Individual Product Link in Create Links section. Otherwise N." 29 Is Storefront Flag --> "Y if product is to be used in creating Storefronts for publishers. Otherwise N." 30 Is Merchandiser --> "Y if product is to be offered to publisher in Merchandiser product file FTP.Otherwise N." 31 Currency --> "The three‐character ISO Currency Code. Default is USD." Merci Carole |
| Commentaire de Carole Boucheny [ 24/nov./10 14:03 ] |
|
Salut,
La colonne description doit toujours être rempli mais beaucoup de produit n'en ont pas. Peux-tu me donner une description par défaut stp ? Merci Carole |
| Commentaire de Thomas Springett [ 24/nov./10 14:08 ] |
| comme pour google? ça marche? |
| Commentaire de Carole Boucheny [ 24/nov./10 17:32 ] |
|
ok, pour la description.
Par contre tu n'as pas répondu à mes questions sur : - catégorie à envoyer - que mettre dans les colonnes : "Is All Flag", "Is Product Link Flag", "Is Storefront Flag", "Is Merchandiser", et "Currency". Merci Carole |
| Commentaire de Thomas Springett [ 30/nov./10 11:31 ] |
|
Currency = GBP
Les autre je vais voir avec LinkShare Merci |
| Commentaire de Thomas Springett [ 30/nov./10 14:07 ] |
|
On mettre Y pour les trois.
donc: 28 Is Product Link Flag --> "Y 29 Is Storefront Flag --> "Y 30 Is Merchandiser --> "Y 31 Currency --> "GBP Merci. |
| Commentaire de Carole Boucheny [ 30/nov./10 15:28 ] |
|
Quels produits doivent être envoyé ? Quel particularité ? (Pour les livres par exemple que ceux en anglais..)
Merci Carole |
| Commentaire de Carole Boucheny [ 30/nov./10 15:35 ] |
|
Autres questions :
- Peut-on envoyer un fichier par catégorie - Quel est notre MID ?? |
| Commentaire de Thomas Springett [ 30/nov./10 15:42 ] |
|
MID:36489
|
| Commentaire de Carole Boucheny [ 01/déc./10 18:15 ] |
|
Salut,
Quelles catégories doivent être envoyées ?? Quel filtre pour récupérer les produits ?? Merci Carole |
| Commentaire de Carole Boucheny [ 02/déc./10 10:26 ] |
|
Pour nous, l'idéal serait d'avoir un flux par catégorie. Au
moins pour le full. Nous ne pourrons pas générer un seul flux de
plusieurs millions de produit.
Voici mes recommandations : - Avoir un flux par catégorie - Avoir un flux used et un new par catégorie - Les livres risquent de poser problème par leurs volumétrie. N'envoyer que les livres en anglais ? Merci Carole |
| Commentaire de Thomas Springett [ 03/déc./10 10:46 ] |
|
If the products are different in both files, you can send
two separate files. We recommend you to send the files as delta files.
Include new products, modify existing products, and delete products.
Use new, unique ProductIDs to add new products. Use the same ProductID if you want to update the information in a record that is already in the LinkShare system. To delete a product, include its Product ID, and set the is_deleted flag for that record to “Y”. If the products are not different and the reason you want to set different prices for the same products, you do not need to send two separate files You can create one file and Set best price as field number 13 retail price Set best price new as field 14 number sale price |
| Commentaire de Carole Boucheny [ 06/déc./10 16:18 ] |
|
Bonjour Thomas,
Ok pour ces explications, cependant j'ai toujours des interrogations : - Est-ce qu'on peut envoyer les fulls en plusieurs fichiers ? Ou est-ce que je dois comprendre qu'on part sur des incrémentaux (delta files) directement ? - Est-ce que ça veut dire qu'on ne peut pas avoir un flux par catégorie ?? (Sinon de mon côté, j'ai fait la modification pour avoir le "meilleur prix" dans la colonne 13 et le "prix neuf" dans la colonne 14) Merci Carole |
| Commentaire de Carole Boucheny [ 10/déc./10 10:31 ] |
|
Salut Thomas,
As-tu eu un retour sur mes dernières questions ?? Merci Carole |
| Commentaire de Thomas Springett [ 10/déc./10 10:38 ] |
|
- Est-ce qu'on peut envoyer les fulls en plusieurs fichiers ?
Ou est-ce que je dois comprendre qu'on part sur des incrémentaux (delta
files) directement ?
Un fois full et après les delta non? je ne suis pas sur de comprends? - Est-ce que ça veut dire qu'on ne peut pas avoir un flux par catégorie ?? Un flux par category est ok. Merci |
| Commentaire de Carole Boucheny [ 10/déc./10 11:16 ] |
|
En fait nous avons en tout 13 393 366 de produits actifs,
avec stock et visible. Je ne peux pas envoyé en un full ces 13 millions
de produits. Le mieux serait donc de les découper en univers exemple :
- 1 full Music - 1 full DVD... Vu qu'on peut faire un flux par catégorie je pense que c'est logique de faire aussi un full par catégorie. Je vais programmer ces fulls pour la semaine prochaine. Je te tiens au courant dès que la génération commence et l'estimation de livraison Merci Carole |
| Commentaire de Carole Boucheny [ 10/déc./10 12:10 ] |
|
Je reviens sur les colonnes 13 et 14 :
- 13 : meilleur prix - 14 : prix neuf La colonne 14 est obligatoire, il faut donc inverser ces deux colonnes car tous les produits n'ont pas de prix neuf. Sinon je peux aussi faire : - 13 : meilleur prix - 14 : prix neuf ou meilleur prix Qu'en penses-tu ? Merci Carole |
| Commentaire de Thomas Springett [ 10/déc./10 12:16 ] |
|
Si j'ai comprit il faut donc: - 13 : prix neuf - 14 : meilleur prix Si on explique bien a Linkshare ça devrait marcher. Merci, |
| Commentaire de Carole Boucheny [ 10/déc./10 14:32 ] |
| Oki. J'inverse donc ces deux colonnes. |
| Commentaire de Carole Boucheny [ 15/déc./10 14:51 ] |
|
Salut,
Dans quelle catégorie dois-je mettre les produits de l'univers : "phone" et "sports" ? Merci Carole |
| Commentaire de Carole Boucheny [ 15/déc./10 15:09 ] |
|
Vu avec Thomas :
"phone" --> Electronics "sports" --> Toys |
| Commentaire de Thomas Springett [ 15/déc./10 15:09 ] |
|
Comme dit:
Sports: Toys Phones: Electronic Thanks, |
| Commentaire de Carole Boucheny [ 12/janv./11 14:02 ] |
|
Bonjour,
Voici un zip contenant des extraits des fichiers générés. Thomas, peux-tu me dire si c'est ok ? Merci Carole |
| Commentaire de Carole Boucheny [ 14/janv./11 15:12 ] |
|
Salut Thomas,
As-tu eu le temps de jeter un oeil au fichier ? Est-ce que tu les as transmis au partenaire ? Je voudrais être sûr que tout est ok avant d'envoyer un full. Merci Carole |
| Commentaire de Thomas Springett [ 17/janv./11 16:44 ] |
|
Responce from linkshare regarding test feeds:
Please do not separate different categories in different files. Set all the records in one file. Please set this flag (21)IS ALL FLAG for all the records, it is a required field. Please also confirm the following Upload Options The initial file that merchant uploads to LinkShare should include the complete product database. After this they have two options. Subsequent files merchant upload the feed to LinkShare can either be 1. Complete product files, Auto Re-load Option: If merchant sends only in stock items in the feed, in this case merchant always sets "Is Deleted Flag" to N and they have to exclude out of stock items from the feed. Linkshare will turn the Auto Re-load on functionality. Every time merchant uploads a new feed, Linkshare delete the current one and publish the new one to publishers. 2. Delta File Option: Use new, unique ProductIDs to add new products. Use the same ProductID if you want to update the information in a record that is already in the LinkShare system. To delete a product, include its Product ID, and set the is_deleted flag for that record to “Y”. |
| Commentaire de Carole Boucheny [ 18/janv./11 10:35 ] |
|
Vu avec Thomas,
-> Il ne faut faire qu'un seul flux avec toutes les catégories -> Mettre "IS ALL FLAG" dans la colonne 21 -> Vérifier qu'on a bien "Y" dans la colonne "is_deleted" lorsqu'il s'agit de la suppression d'un produit |
| Commentaire de Thomas Springett [ 20/janv./11 15:56 ] |
|
Il y a des nouvelles pour cette JIRA?
Merci |
| Commentaire de Carole Boucheny [ 21/janv./11 17:07 ] |
|
Bonjour,
Voici un nouvel extrait de ce que donnera le flux. Nous avons bien : _ Un seul flux _ La colonne 21 est toujours à "Y" _ La colonne "is_deleted" est bien à "Y" ou "N" suivant le cas J'ai fait une estimation du temps de génération du flux full. Il y a 8 487 841 produits. Pour les informations à récupérer et traiter pour ce flux, j'estime à un peu plus de 3 jours son temps de génération. Il est risqué de mettre une telle volumétrie dans un seul fichier, mais si on ne peut pas faire autrement... Sinon peux-tu demander à Linkshare sur quel FTP peut-on déposer le fichier ?? Merci Carole |
| Commentaire de Thomas Springett [ 24/janv./11 16:55 ] |
|
Il faut envoyer un dernier version test un fois modifié,
pour les acces: Server: Mftp.linksynergy.com Username: PMinister Password: deeyEhR8 Merci, |
| Commentaire de Carole Boucheny [ 26/janv./11 11:45 ] |
|
Hello Thomas,
Je n'arrive pas à accéder à ce FTP... Peux-tu voir avec Linkshare s'il est bien actif ? Merci, Carole |
| Commentaire de Thomas Springett [ 26/janv./11 18:47 ] |
|
En premiere il faut envoyer les version test a linkshare
affin de les tester. Je les demanderait a nouveau les codes.
Merci, |
| Commentaire de Carole Boucheny [ 27/janv./11 10:23 ] |
|
Bonjour Thomas,
As-tu eu une réponse de Linkshare ? Ce matin le FTP n'est toujours pas accessible... En attendant, est-ce qu'on ne peut pas leur envoyer l'extrait par mail ?? Merci |
| Commentaire de Thomas Springett [ 27/janv./11 11:30 ] |
|
Il faut les envoyer les IP que nous utiliseront.
Merci, |
| Commentaire de Carole Boucheny [ 27/janv./11 11:43 ] |
|
Voici les IP que nous utiliseront :
212.23.170.218 212.23.170.213 |
| Commentaire de Thomas Springett [ 27/janv./11 11:58 ] |
| merci, |
| Commentaire de Thomas Springett [ 27/janv./11 13:47 ] |
| Please see attached file. I converted the file to excel and please remove the section highlighted in blue. You need to set the blue section in a separate file called attribute file and name it 36489_nattributes*.txt, * wild card can be date. Please see attached guideline page 5. Let me know if you have any questions. |
| Commentaire de Carole Boucheny [ 27/janv./11 18:45 ] |
|
Hello,
Ci-joint la dernière version des fichiers à jour. Peux-tu voir avec Linkshare s'il reste des problèmes ?? Merci Carole |
| Commentaire de Carole Boucheny [ 31/janv./11 11:57 ] |
|
Salut Thomas,
As-tu eu un retour de Linkshare sur les fichiers générés et les identifiants pour le FTP ?? (Ce dernier n'est toujours pas accessible de mon poste) Merci Carole |
| Commentaire de Thomas Springett [ 31/janv./11 15:40 ] |
|
Retour de linkshare:
(19)IS DELETED FLAG Please set this flag to N, if the item is in stock. If the item is out of stock, set to Y. At the moment everything is set to out of stock. (14)RETAIL PRICE is missing for all the records, please set the price for all the records. |
| Commentaire de Carole Boucheny [ 31/janv./11 16:04 ] |
|
Salut Thomas,
- Pour le "IS DELETED FLAG" c'est bon. En fait j'avais simulé un fichier de suppresion, c'est pour ça qu'on a tout à "Y". - Dans le commentaire du "10/déc./10", on avait dit qu'on inversait ces deux colonnes. Ceci n'est plus valable ?? :-( |
| Commentaire de Carole Boucheny [ 31/janv./11 17:38 ] |
| Ci-joint un nouvel extract sans fichier à supprimer |
| Commentaire de Thomas Springett [ 01/févr./11 12:07 ] |
|
C'est bonne on peut envoyer les flux. Peut tu me confirmer combien des produit y serait?
Merci, |
| Commentaire de Carole Boucheny [ 01/févr./11 14:03 ] |
|
Salut Thomas,
Je te confirme que j'ai bien accès au FTP. Le full devrait comporter 8 594 069 de produits. Je ne sais plus ce qu'on avait dit. Est-ce que juste pour le full on peut envoyer plusieurs fichiers pour que ce soit plus rapide et moins risqué ?? Merci, Carole |
| Commentaire de Thomas Springett [ 01/févr./11 18:51 ] |
| Yes, breaking the initial (complete) feed into multiple smaller increments is recommended (and preferred). Target 500K records per feed (or less). Please let me know when you expect to begin uploading the feeds so that I can alert our team to monitor for issues. |
| Commentaire de Thomas Springett [ 02/févr./11 09:55 ] |
|
C'est bone pour plusier petit flux mais il faut attendre le 08/02.
I circled back with the team and they have requested you delay uploading the files until the morning of Tuesday the 8th. Anytime in the morning your time will be fine. Let me know if that will be an issue.Merci, |
| Commentaire de Carole Boucheny [ 03/févr./11 10:16 ] |
|
Salut Thomas,
Dans ce cas, je les lancerais le 8. Certains flux seront peut-être finis dans la journée. Je prépare tout pour qu'il suffise juste de les lancer à la date voulue. Merci |
| Commentaire de Carole Boucheny [ 03/févr./11 10:43 ] |
|
J'ai essayé de répartir les produits afin d'avoir 500K
produits environ mais c'est difficile pour les livres et la musique.
Voici ce qu'on aurait : books1 : 590 731 produits books2 : 576 336 produits books3 : 684 775 books4 : 3 582 553 music1 : 1 165 924 music2 : 278 704 others : 256 643 |
| Commentaire de Carole Boucheny [ 07/févr./11 10:11 ] |
|
Thomas,
On ne pourra pas beaucoup faire mieux pour les répartitions des produits. Peux-tu valider avec Linkshare que ce sera ok pour books4 et music 1 ?? Merci |
| Commentaire de Carole Boucheny [ 08/févr./11 11:39 ] |
|
Thomas,
Je ne pourrais pas lancer les FULL tant que tu ne me valideras pas ces points. (ça ne sert à rien de générer des flux énormes que le partenaire ne pourra pas intégrer). Merci de me répondre rapidement, Carole |
| Commentaire de Thomas Springett [ 08/févr./11 11:43 ] |
| je les ai demandé mais pas de reponce pour l'instant. je vais re essayer mais il sont aux US. |
| Commentaire de Thomas Springett [ 08/févr./11 17:10 ] |
|
Ok c'est validé par LinkShare.
Go go! Merci, |
| Commentaire de Carole Boucheny [ 08/févr./11 17:24 ] |
|
Salut Thomas,
Etant donné que je ne suis pas là jusqu'à mardi, il faut d'abord que je m'assure que ce FULL ne posera pas de problème sur les serveurs durant mon absence. Je vérifie tout cela et te dit si je peux effectivement lancer le FULL ou s'il faudra attendre mardi... Merci, Carole |
| Commentaire de Carole Boucheny [ 08/févr./11 18:03 ] |
|
Voici le résultats de mes estimations :
Temps de génération : 27h environ Ce que je vais faire pour qu'on perde le moins de temps possible : - Lancer les fulls aujourd'hui. - Programmer les incréments dès demain soir. Ce que dois faire Linkshare : Intégrer nos FULLs en premier puis intégrer les mises à jour quotidienne qui commenceront dès ce soir. Je te confirmes cela dès que les processus sont lancés. Merci, Carole |
| Commentaire de Carole Boucheny [ 08/févr./11 18:35 ] |
|
Le full est lancé. Les mises à jour se génèreront à partir de cette nuit (heure de début 00h30).
Il faut bien dire à Linkshare qu'ils doivent intégrer les fulls puis les mises à jour dans l'ordre (la date est indiqué sur le nom du fichier). Après nous serons dans cycle de mise à jour classique : un fichier par jour. Carole |
| Commentaire de Carole Boucheny [ 15/févr./11 10:30 ] |
|
Hello Thomas,
Est-ce qu'on peut lancer le full aujourd'hui ?? Merci :-) |
| Commentaire de Thomas Springett [ 15/févr./11 10:33 ] |
| oui! |
| Commentaire de Carole Boucheny [ 15/févr./11 11:27 ] |
|
C'est parti ! Les flux devraient être finis demain dans la journée.
(Je surveille et te tiens au courant de l'avancement) |
| Commentaire de Thomas Springett [ 15/févr./11 11:30 ] |
|
je garde les doigts croises!
|
| Commentaire de Carole Boucheny [ 16/févr./11 14:00 ] |
|
Hello !
Le full a fini d'être généré. Par contre il n'a pas été déposé chez le partenaire automatiquement, je suis en train de regarder pourquoi. Je te tiens au courant. Carole |
| Commentaire de Carole Boucheny [ 16/févr./11 18:11 ] |
|
Pour info, les fichiers sont en train d'être copiés. Il y a
les FULL et les incrémentaux d'hier (36489_nmerchandis20110216.txt et
36489_nattributes20110216.txt).
Les incrémentaux de cette nuit se nommeront : 36489_nattributes20110217.txt et 36489_nmerchandis20110217.txt Je rappel qu'ils sont à intégrer uniquement après les full ! |
| Commentaire de Carole Boucheny [ 17/févr./11 10:26 ] |
|
Tous les fichiers ont été déposé chez Linkshare. Voici un
mail de linkshare nous confirmant l'intégration d'un des fichiers :
-------------------------------------------------------------------------------------------------- This message confirms that LinkShare received your Merchandiser file. We have checked this file for errors. Any records with errors are indicated below and will not be published for affiliates. Please fix all errors and resend the corrected records in your next Merchandiser file. Date/Time Received: 17-Feb-2011 File Name: 36489_nmerchandis20110217.txt. Total Products Sent: 384669 Total Good Records: 345067 Total Bad Records: 39602 Reason of Bad Records: Record Number|Product ID|Reason(s) line: 1285, product ID: [53299114] UPC is too large. line: 4580, product ID: [53303051] UPC is too large. line: 17467, product ID: [39273568] is_productlink is incorrect, is_storefront is incorrect, is_deleted is incorrect-must be Y or N, retail must be a number. line: 30257, product ID: [53303050] UPC is too large. line: 32771, product ID: [53301130] UPC is too large. line: 32772, product ID: [53299146] UPC is too large. line: 32774, product ID: [53301100] UPC is too large. line: 32775, product ID: [53301109] UPC is too large. line: 32776, product ID: [53301104] UPC is too large. line: 32779, product ID: [53303118] UPC is too large. line: 32780, product ID: [53303083] UPC is too large. line: 60224, product ID: [53299100] UPC is too large. line: 85776, product ID: [53301091] UPC is too large. line: 100144, product ID: [53301128] UPC is too large. line: 100145, product ID: [53301121] UPC is too large. line: 100146, product ID: [53301124] UPC is too large. line: 100147, product ID: [53301125] UPC is too large. line: 100151, product ID: [53299149] UPC is too large. line: 100154, product ID: [53301102] UPC is too large. line: 100156, product ID: [53301110] UPC is too large. line: 100158, product ID: [53299120] UPC is too large. line: 100159, product ID: [53299123] UPC is too large. line: 100161, product ID: [53303117] UPC is too large. line: 100162, product ID: [53303067] UPC is too large. line: 100708, product ID: [56103284] UPC is too large. line: 100713, product ID: [37809091] UPC is too large. line: 100737, product ID: [54 If you have any questions or concerns with the information provided above, please contact your LinkShare Representative or clientsupport@linkshare.com. Thank you, Merchandiser Management -------------------------------------------------------------------------------------------------- Je vais regarder ce problème d'UPC trop grand. Sinon, Thomas, sais-tu si Linkshare a bien respecté l'ordre d'intégration ? As-tu reçu d'autres mail d'eux concernant les attributs du full ou les fichiers incrémentaux ? Merci, Carole |
| Commentaire de Carole Boucheny [ 17/févr./11 10:46 ] |
|
Le problème des UPC est réglé. C'était pour les produits où
il y a plusieurs identifiants, il ne faut pas tous les envoyer mais
juste le premier.
Ce sera ok dans les flux de ce soir. |
| Commentaire de Carole Boucheny [ 18/févr./11 14:51 ] |
| Vu avec Thomas : pas d'erreur au niveau de l'interface LS. |
[APP-32481] (ES) - ALLOPUB (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:46 Mise à jour: 18/févr./11 20:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Plan retargeting Allopub.pdf
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, ALLOPUB, Ce partenaire est rentable puisque nous rémunérons au CPA basé sur le CA. Cette solution nous permettra de remplacer les bannières génériques utilisées par AlloPub par des bannières dynamiques contextualisées en fonction des affinités de nos internautes S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Merci d'avance pour votre aide, Isabel |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 10:47 ] |
|
J'ai fait le paramétrage en IG.
On peut commencer les test sur ref-es avec spot. |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:54 ] |
|
Isabel,
Peux-tu tester stp ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:59 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:14 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:14 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
| Je voulais dire bien sur l'adresse IP d'allopub :) |
| Commentaire de Isabel Yus [ 28/janv./11 12:29 ] |
|
Bonjour,
Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner ALLO PUB: IP 95.131.137.1 Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ] |
|
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?
Merci de ton retour |
| Commentaire de Isabel Yus [ 18/févr./11 20:29 ] |
|
J'ai demandé aujourd'hui et je vais me rapprocher auprès de
Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai
plus de nouvelles la semaine prochaine.
Merci |
[DEC-83] Rapports PKR : études BackOffice Création: 09/sept./05 18:30 Mise à jour: 11/sept./07 17:53 Résolue: 08/nov./06 10:42 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Back Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Agathe Remy |
| Résolution: | Invalid | ||
| Estimation restante: | 2 jours | ||
| Temps consacré: | 2 jours | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
rapports à compléter : - Confirmation denied : fichier public/BackOffice/confirmation_denied_YYYY-MM-DD.txt (séparateur '|') Date auto : jour d'autorisation au format 'YYYY/MM/DD' Nb total paniers : nombre total de paniers autorisés le jour j Nb paniers observés : nombre de paniers étant passés par un statut 'Observation' (pch_status_code=120) le jour j Nb paniers CD manuel : nombre de paniers étant passés dans le statut 'Confirmation denied' manuellement (action BackOffice) le jour j Nb paniers CD auto : nombre de paniers étant passés dans le statut 'Confirmation denied' automatiquement le jour j Nb acheteurs CD manuel : nombre d'acheteurs distincts ayant créé au moins un panier étant passé dans le statut 'Confirmation denied' manuellement le jour j Nb acheteurs CD auto : nombre d'acheteurs distincts ayant créé au moins un panier étant passé dans le statut 'Confirmation denied' automatiquement le jour j Volume affaires : volume d'affaires total du jour j Volume affaires observation : volume d'affaires généré par les paniers étant passés par un statut 'Observation' le jour j Volume affaires CD manuel : volume d'affaires généré par les paniers étant passés dans le statut 'Confirmation denied' manuellement le jour j Volume affaires CD auto : volume d'affaires généré par les paniers étant passés dans le statut 'Confirmation denied' automatiquement le jour j - acheteur-vendeur frauduleux : fichier public/BackOffice/fraud_seller_buyer_YYYY-MM-DD.txt (séparateur '|') Date auto : jour d'autorisation au format 'YYYY/MM/DD' N° panier : identifiant du panier (statut 80, 90 ou 100 : pertinence à vérifier) N° article : identifiant de larticle (item dans le statut 30, 40 ou 70) Montant : calculé sur item? purchase? montant authorisé? capturé? Montant coupon : authorisé? capturé? Nom coupon : nom secret du coupon de réduction (usr_coupon.secret_name) associé au panier Pseudo acheteur : login de l'acheteur Pseudo vendeur : login du vendeur Date naissance acheteur : si elle existe, prendre la date de naissance du PMV (wallet), sinon celle de l'inscription (registration), sinon NULL Date naissance vendeur : si elle existe, prendre la date de naissance du PMV (wallet), sinon celle de l'inscription (registration), sinon NULL Note : note attribuée par l'acheteur au vendeur pour un article donné (item.seller_score) Avec les conditions suivantes : la dernière IP de l'acheteur est égale à la dernière IP du vendeur l'article a été noté par l'acheteur ce jour - Détection e-CB non reconnue : fichier public/BackOffice/new_declared_e-CB_YYYY-MM-DD.txt (séparateur '|') sur tout l'historique de PM Date auto : jour d'autorisation au format 'YYYY/MM/DD' N° panier : identifiant du panier (statut 80, 90 ou 100 : pertinence à vérifier) pseudo acheteur : login de l'acheteur Montant : Montant coupon : Debut e-CB : les quatre premiers chiffres de la CB (purchase.card_number_begin) Fin e-CB : les deux derniers chiffres de la CB (purchase.card_number_end) Date validite : date de validité de la CB (concaténation purchase.card_expiration_month et purchase.card_expiration_year) Nb paniers meme CB : nombre d'autres paniers associés à cet identifiant de CB (purchase.card_number_hash) Avec les conditions suivantes : la carte de paiement du panier a été déclarée par l'acheteur comme une e-CB, mais n'a pas été reconnue par PM (purchase.card_type_code=50 and purchase.card_is_e_carte_bleue_detected=0) |
[EXP-2170] Mettre en place un flux auto Kelkoo Création: 01/juin/06 12:08 Mise à jour: 25/juin/07 18:58 Résolue: 20/sept./06 17:46 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Nous avons signé un deal avec Kelkoo pour mettre en place nos offres automobile chez eux. Il faut donc créer un flux auto et leur mettre à disposition. Specs rapides : - il ne faut mettre que des offres d'occasion - le code de tracking à implémenter est le suivant : t=1388140 Voici les specs plus détaillées fournies par Kelkoo. En cas de questions, tu peux contacter : rosaze@mail.kelkoo.net. Bonjour, Je vous contacte dans le cadre du partenariat technique Priceminister Auto / Yahoo! - Kelkoo. Si ce n'est pas le cas voici les informations dont nous avons besoin dans le fichier partenaire (formats de fichier possibles : html,csv, txt,ou xml). Les champs obligatoires sont : - identifiant UNIQUE pour chaque offre - marque - modèle - version - nombre de portes - cylindrée (au format 1.9 par ex.) - année - carrosserie (berline, cabriolet, ...) - énergie - type de l'offre (neuf ou occasion) - description de l'offre - kilométrage pour les occasions - transmission - type (neuf ou occasion), si tout est de l'occasion, on pourra mettre la valeur par défaut de notre côté - code postal / ville du lieu où l'on trouve le véhicule - prix - URL produit - URL photo Les informations optionnelles : - couleur Si les liens images et les liens produits sont toujours construits de la même fraçon (basé sur une référence par exemple), nous pouvons les reconstruire de notre côté. Pour la mise à jour des données, voici les modes de transferts proposés : * *Transfert HTTP quotidien* Pour utiliser ce mode de transfert, tout ce que vous avez à fournir est une URL où nous pourrons trouver l'ensemble de vos produits par catégorie : exemples : http://www.priceminister.fr/kelkoo.txt Dans le cas de gros volumes de données, votre serveur http, doit être paramétré pour autoriser le chargement complet des données. * *Transfert FTP quotidien* Pour utiliser le mode de transfert ftp , tout ce que vous avez à fournir est : - L'adresse IP de votre serveur FTP - Le nom du (des) fichier(s) utilisé(s ) éventuellement zippés (les noms devant être identiques d'un transfert à l'autre) - Un nom de login - Un mot de passe Vous pouvez aussi utiliser notre serveur ftp, et rafraichir vos données quand bon vous semble. Si vous choisissez ce mode de transfert, je vous communiquer ai votre login et votre mot de passe dès que le compte ftp sera créé. Quel que soit le mode de transfert choisi il faut que le fichier partenaire garde toujours le même nom et qu'il soit mis à jour avant 21h pour que les modi fications puissent être en ligne dès le lendemain sur kelkoo. Les remplissages ont lieu toutes les nuits à partir de 21h sauf le week-end (il n'y a pas de remplissage pour le week-end). Je reste bien entendu à votre disposition pour toute information complémentaire. Cordialement, Elodie |
| Commentaires |
| Commentaire de Edouard Laurent [ 06/juin/06 16:34 ] |
|
Le flux est disponible a cette URL à partir d'aujourd'hui et mis à jour quotidiennement pour 14h environ : http://www.priceminister.com/partenariat-kelkoo/kelkoo-automobile.lst.gz voici la description du fichier : "$id|$fabricant|$model|$version|$nb_portes|$cylindree|$date_prem|$segment|$carburant|$etat|$description|$km|$boite_vitesse|$cp|http://www.priceminister.com/offer/vehicle/productid/$product_id?t=1388140|$iconpath|$couleur_ext\n" Il y a deux champs sur le type d'offre (neuf ou occasion) je n'ai gardé que le premier. |
| Commentaire de Edouard Laurent [ 06/juin/06 16:40 ] |
| Cela correspond à : 48 428 voitures |
| Commentaire de Charles Decaux [ 08/juin/06 19:44 ] |
|
Edouard, j'ai l'impression que les prix donnés dans le feed sont inexacts ou bien que le champ prix a été oublié. Par exemple : pour l'identifiant unique 6626416, prix affiché sur le site : 9 000 ¿ mais il n'y a aucune information de cette nature dans le feed. Peux-tu regarder ? Merci ! Charles |
| Commentaire de Charles Decaux [ 13/juin/06 12:22 ] |
| Toujours pas de prix dans le feed !! |
| Commentaire de Edouard Laurent [ 13/juin/06 15:00 ] |
|
le flux est disponible qu'a partir de 14h maintenant c'est bon ! |
| Commentaire de Charles Decaux [ 15/juin/06 17:01 ] |
|
Il faut ajouter en fin de fichier un champ particulier/professionel Si l'auto est vendue par un particulier, mettre la valeur "particulier" Si l'auto est vendue par un professionnel , mettre la valeur "professionnel" En revanche il faut continuer à ne prendre que de l'occasion. Concernant le champ contenant le code postal : il faudrait également préciser la vill. En ce qui concerne la ville, 2 possibilités sont envisageables à savoir 2 champs distincts, un pour le code postal, un pour la ville ou bien un seul champ contenat le code postal et la ville. A toi de voir ce qui est le plus simple pour toi. Merci Charles |
| Commentaire de Charles Decaux [ 20/sept./06 17:46 ] |
| c'est bon |
[POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06
(APP-20980)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Concernant les problèmes de tracking, j'ai fait des checks
plus en détails pour la journée de dimanche 29 sur un WEB (ARICIA) (si
je ne me trompe pas 2 codage différents sont utilisé pour faire du
tracking : des url en ?t= et ?tracking=). Sur 402429 appels avec un code de tracking pour la journée de dimanche (zgrep "\?t=\|\?tracking=" /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz ) -> 274846 OK (code de retour 200) -> 127583 code <> 200, soit environ 30% des appels avec un code tracking ne fonctionne pas. La répartition des erreurs sont réparties par code: 1. 115952 code erreur 302 2. 7131 code erreur 503 3. 3656 code erreur 301 4. et aussi (401 code 502 (due à pangora), 246 code 403, 134 code 304, 58 code 404... A noter que 61355 erreurs (soit 50%) sont dues à des appels à la racine, du type GET /?t= ou GET /?tracking= . En fait aucun appels de type '/?t' ne fonctionne. 1er : Il n'y a pas de différence entre les versions de browser utilisés (on trouve bien des erreurs pour tous). 2e : il n'y a pas de lien avec les IP, 100090 IP différentes ont générés des erreurs. 3e : Pas de referrer en particulier, 1434 differents. 4e : détails des erreurs : La grosse majorité des erreurs proviennent des id de tracking suivnats : 1. 40627 erreur pour ID: 2198443 2. 29629 errreures pour ID: 2089340 3. 33693 pour ID 62001 4. 4015 pour ID 2193942 5. 3458 pour ID 2198446 6. 2011 pour ID 2193943 7. ... TOP 30 - Répartition des erreurs 302 par URL : [mrtg@aricia tmp]$ grep " 302 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 30071 GET /jeux-video?t=2198443 HTTP/1.1 28835 GET /?tracking=2089340& HTTP/1.1 27244 GET /?tracking=62001& HTTP/1.1 4030 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 3909 GET /video-dvd-vhs?t=2193942 HTTP/1.1 3303 GET /livres-bd?t=2198446 HTTP/1.1 1984 GET /jeux-video?t=2193943 HTTP/1.1 1768 GET /musique-cd?t=2198447 HTTP/1.1 1681 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 1399 GET /video-dvd-vhs?t=2198442 HTTP/1.1 750 GET /image-son?tracking=62001& HTTP/1.1 703 GET /?t=687040 HTTP/1.1 662 GET /informatique-logiciels?t=2198444+ HTTP/1.1 551 GET /?t=2196840 HTTP/1.1 480 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 459 GET /?tracking=2089340& HTTP/1.0 364 GET /?t=1963240 HTTP/1.1 339 GET /?tracking=2173343& HTTP/1.1 324 GET /?tracking=1398040& HTTP/1.1 323 GET /jeux-video?t=2198443 HTTP/1.0 318 GET /track?t=1414040 HTTP/1.1 285 GET /?tracking=62001& HTTP/1.0 211 GET /info/home?tracking=62001& HTTP/1.1 183 GET /informatique-logiciels?t=%201398040&tracking=62001& HTTP/1.1 143 GET /info/home?tracking=2089340& HTTP/1.1 125 GET /?t=2187340 HTTP/1.1 113 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 105 GET /?t=%201398040&tracking=62001& HTTP/1.1 97 GET /user HTTP/1.1 97 GET /?t=2193843 HTTP/1.1 TOP 30 - Erreur 503 par URL: [mrtg@aricia tmp]$ grep " 503 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 5683 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 196 GET /?tracking=62001& HTTP/1.1 126 GET / HTTP/1.1 105 GET /?tracking=2089340& HTTP/1.1 84 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.0 80 GET /info/home?tracking=62001& HTTP/1.1 41 GET /livres-bd?t=2198446 HTTP/1.1 39 GET /temporaire.html HTTP/1.1 27 GET /video-dvd-vhs?t=2193942 HTTP/1.1 23 GET /info/no/op/lpc3?tracking=62001& HTTP/1.1 22 GET /track?t=1414040 HTTP/1.1 21 GET /jeux-video?t=2198443 HTTP/1.1 16 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 14 GET /image-son?tracking=62001& HTTP/1.1 11 GET /musique-cd?t=2198447 HTTP/1.1 7 GET /track?t=1788042 HTTP/1.1 7 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 5 GET /track?dontincreqcount=true&isfirsttracking=false&t=271743 HTTP/1.1 5 GET /?t=687040 HTTP/1.1 5 GET /nav/Mode_bijoux?tracking=905640 HTTP/1.1 5 GET / HTTP/1.0 4 GET /?tracking=2173343& HTTP/1.1 4 GET /?tracking=2089340& HTTP/1.0 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=271741 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1907057 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1857040 HTTP/1.1 4 GET /nav/Livres?t=2193941 HTTP/1.1 3 GET /?tracking=62001& HTTP/1.0 3 GET /track?dontincreqcount=true&isfirsttracking=false&t=869242 HTTP/1.1 3 GET /offer/buy/63080459/Les-Tests-Du-Code-De-La-Route-Livre.html#?t=271740&dinsight=1008&IDTF=8875910 HTTP/1.1 |
| Commentaires |
| Commentaire de Swan Desportes [ 01/juil./08 17:20 ] |
|
Tous les codes de tracking existent (en tout cas les premiers) et fonctionnent bien. Les pages listées dans les top302 et top503 semblent fonctionner quand on les appelle au coup par coup. Du coup, je me pose 2 questions : - les url en /?t=xx sont redirigées par la serveur Apache en /info/home?t=xxx. Est ce que la code est 302 pour une redirection ? Auquel cas, on serait donc dans une situation normale. - pour les erreurs 503, est ce que seules les url en tracking plantent ou est ce qu'elles sont noyées dans un flot d'url classiques qui plantent en 503. Auquel cas, je pencherais pour un simple plantage serveur. D'autre part, les codes de tracking qui ressortent en premier sont a priori ceux qui nous génèrent le plus de trafic donc il serait normal qu'ils génèrent le plus d'erreur. |
[EXP-508] Plantage successif sur TELLUS Création: 08/déc./05 18:04 Mise à jour: 25/juin/07 18:55 Résolue: 26/déc./05 17:50 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ranto Andriambololona | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
le 7/12/2005 et 8/12/2005 TELLUS a planté sans raison apparente. Les logs sont sur JUNON ********* ConnectionDump ************ Pool Size: 10 ConnectionListenerContext 0:org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener@239fd6[state=NORMAL mc=org.jboss.resource.adapt er.jdbc.local.LocalManagedConnection@d2bc86 handles=0 lastUse=1134041598481 permit=true trackByTx=true mcp=org.jboss.resource.connectionmanager.JBossManagedCo nnectionPool$OnePool@106dc2d context=org.jboss.resource.connectionmanager.InternalManagedConnectionPool@161401f]:TP-Processor31 Connection org.jboss.resource.adapter.jdbc.local.LocalManagedConnection@d2bc86 held by transaction; not performing query ConnectionListenerContext 1:org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener@18dabf1[state=NORMAL mc=org.jboss.resource.adap ter.jdbc.local.LocalManagedConnection@137fea handles=1 lastUse=1134041586811 permit=true trackByTx=true mcp=org.jboss.resource.connectionmanager.JBossManagedC onnectionPool$OnePool@106dc2d context=org.jboss.resource.connectionmanager.InternalManagedConnectionPool@161401f]:JCA PoolFiller Connection: org.jboss.resource.adapter.jdbc.WrappedConnection@69861 Connection Sql: TP-Processor16 : SELECT purchase_id, creation_date, change_date, pch_status_code, authorization_date, capture_date, currency_id, buyer_accou nt_id, buyer_login, usa_address1, usa_address2, usa_zip, usa_city, usa_country_id, brand_id, usr_tracking_id, is_tracking_direct, brand_partner, ip_address, u sa_phone_number_1, usa_first_name, usa_last_name, usa_phone_number_2, operation_id, authorization_operation_amount, capture_operation_amount, authorization_ca rd_amount, capture_card_amount, payment_type_code, authorization_number_request, authorization_number_response, capture_number_request, capture_number_respons e, authorization_coupon_amount, capture_coupon_amount, usr_coupon_id, pch_followup_code, request_date, card_number_hash, card_number_begin, card_number_end, c ard_expiration_year, card_expiration_month, card_type_code, card_is_cvv_used, card_is_e_carte_bleue_detected, card_pay_incident_count, pch_type_code, usa_digi code, usa_fax_number, usa_email_address, usa_phone_number_3, usa_phone_comment_1, usa_phone_comment_2, usa_phone_comment_3, usr_title_code FROM PURCHASE WHER E purchase_id=? FOR UPDATE Statements: 1 Statement: org.jboss.resource.adapter.jdbc.WrappedPreparedStatement@a95358 SQL: null ) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:245) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:40) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(JDBCStoreManager.java:598) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:322) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:321) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:700) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) Ranto, |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 16:52 ] |
|
Quelqu"un a une petite piste ? On avait installé Buisness Object avec François sur cette machine mais ça ne tourne pas encore En résumé Tellus ne tient plus du tout la charge si on augmente son poids |
| Commentaire de Judd OSullivan [ 09/déc./05 17:52 ] |
|
A cause des NMCEs ? Je n'a pas d'explication mais une bonne piste serait de le mettre à plat. Il me semble bizarre que mes changements viennent de poser de problème mais au moins on simplifie le problème. |
| Commentaire de Justin Ziegler [ 12/déc./05 12:05 ] |
|
Ca veut dire quoi : de le mettre à plat ? Quels changements as tu fais ? |
| Commentaire de Judd OSullivan [ 12/déc./05 12:20 ] |
| On utilisait tellus pour nos logs de NMCE donc avec ranto on a mis en place mes jars qui sortent plus de logging. Ranto est en train de remettre en place la conf standard qui va ecraser ces jars. |
| Commentaire de Ranto Andriambololona [ 12/déc./05 12:40 ] |
|
Après remise à plat, et remise dans le pool avec un poids
de 70, TELLUS ne tient toujours pas la charge (voir graphe "jBoss
available connection count" sur Tellus) Je propose une installation totale (suppression du rep jboss, décompression d'un package jboss-4.0.2.tar.gz et configuration), c'est plus propre. Sinon Judd, peux tu checker les librairies actuel après remis à plat, j'ai commencé à regarder mais pour moi c'est OK ! Ranto, |
| Commentaire de Judd OSullivan [ 21/déc./05 12:03 ] |
| Est-ce que c'est toujours d'actualité ? Tellus est de nouveau dans le pool. |
| Commentaire de Ranto Andriambololona [ 21/déc./05 17:12 ] |
|
Encore d'actualité, TELLUS est dans le pool mais avec un petit poids. Il faut que je réinstalle (soft + config price) JBOSS |
| Commentaire de Ranto Andriambololona [ 26/déc./05 17:50 ] |
|
Après une remise à plat Total de JBOSS, TELLUS se comporte bien avec un poids de 100 -Téléchargement du package Jboss-4.0.2 sur le site JBOSS, -Configuration avec les paramètres priceminister Je ferme le ticket mais on redescend quand même son poids à 50 pour éviter les surprises ce soir |
[APP-3259] Perf : table access full sur user_account where is_in_transit = 1 Création: 10/déc./04 09:25 Mise à jour: 25/juin/07 18:27 Résolue: 25/juin/07 18:27 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 7.2.8 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
SELECT user_account_id, user_account_id, parent_user_account_id, children, login, password, usr_title_code, first_name, last_nam e, company_name, email_address, usr_origin_code, usr_type_code, creation_date, change_date, last_buy_date, buy_count, last_adver t_date, sale_count, seller_score_sum, seller_score_count, commis sion_rate, is_first_mail_sent, game_points, usr_game_status_code , http_referrer, usr_referrer_id, is_email_valid, brand_id, usr_ tracking_id, usr_campaign_id, usr_newsletter_status_code, seller _score_date, cmp_method_code, usr_privilege_code, usr_first_trac king_id, usr_last_tracking_id, game_parent_user_account_id, is_l ast_tracking_direct, is_tracking_direct, grant_login, grant_emai l, upper_login, upper_email_address, history, reliability, grant _question_notify, initial_seller_score_sum, initial_seller_score _count, computed_seller_score_sum, computed_seller_score_count, seller! _country_id, ip_address, last_login_date, initial_commit_c ount, computed_commit_count, commit_count, initial_sale_count, c omputed_sale_count, initial_answer_time_sum, computed_answer_tim e_sum, seller_answer_time_sum, usr_presence_code, is_partner_sub scriber, wallet_amount, wallet_incoming_amount, wallet_outgoing_ amount, wlt_status_code, wallet_currency_id, grant_question_adve rt_receive, grant_question_item_receive, last_wish_date, remark, send_first_advert_mail, is_company, company_number, is_to_valid ate, upper_password, upper_last_name, supports_shipping_normal, supports_shipping_suivi, last_warning_date, usr_compensation_rig ht_code, allow_unlimited_stock, allow_holiday, cache_advert_stat s, is_in_transit, holiday_start_date, holiday_remind_date, holid ay_return_date, allow_free_book_price, usr_visibility_code, acti vation, allow_submit_auto_validation, ev_game_points, ev_parent_ user_account_id, ev_send_registration, ev_p! rivilege, activation_ mail_date, activation_mail_count, co! mmission _id, is_hightech_sub scriber, registration_birth_date, wallet_birth_date, accept_nego tiation, supports_shipping_recommande, supports_shipping_chronop ost, grant_buyer_email, grant_buyer_phone FROM USER_ACCOUNT WHER E is_in_transit = 1 |
| Commentaires |
| Commentaire de Quentin de Chivré [ 10/déc./04 15:24 ] |
|
Il y a un index sur is_in_transit : user_account_b12 et seulement 2 valeurs à 1, donc cela ressemble bcp a un probleme d'analyze. |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:51 ] |
| Vérifier si tjs d'actualité |
| Commentaire de Patrick Pereira [ 27/juin/05 18:30 ] |
|
C'est bien l'index USER_ACCOUNT_IX_TRANSIT sur is_in_transit qui est utilisé. Ca à l'air OK. |
[APP-14634] Perf : recherche du nb de contrats du jour dans le bo Création: 10/janv./07 17:51 Mise à jour: 24/juil./09 12:09 Résolue: 15/juin/09 13:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 50.0.0 (CAT-J) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Patrick Pereira | Attribution: | Manuel Sadok |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Performances |
| Classif1: | DB |
| Description |
|
La recherche du nb de contrats du jour dans le bo prend plus d'une minute La requête qui pose problème est : VAR x1 DATE; EXEC :x1 := TO_DATE('2007-01-10 00:00:00', 'YYYY-MM-DD HH24:MI:SS'); SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization _number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_ac count_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase .capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchas e.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase. card_type_code, purchase.card_usr_birth_date, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_di rect, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_ id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.u sa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.authorization_date >= :x1) AND (purchase.pch_status_code NOT IN (10, 20, 15)) AND (purchase.pch_type_code = 30) ORDER BY purchase.authorization_date DESC ; |
| Commentaires |
| Commentaire de Patrick Pereira [ 10/janv./07 18:20 ] |
|
Il n'y a pas d'index correspondant exactement à la requête,
cependant ce n'est pas le meilleur de ce qui existe qui est utilisé : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=689 Card=758 Bytes=178130) 1 0 SORT (ORDER BY) (Cost=689 Card=758 Bytes=178130) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=601 Card=758 Bytes=178130) 3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FK_TYPE' (NON-UNIQUE) (Cost=45 Card=21088) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 22429 consistent gets 0 physical reads 0 redo size 12521 bytes sent via SQL*Net to client 664 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 29 rows processed au lieu de Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=16285 Card=758 Bytes=178130) 1 0 SORT (ORDER BY) (Cost=16285 Card=758 Bytes=178130) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=16197 Card=758 Bytes=178130) 3 2 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=108 Card=59329) Statistics ---------------------------------------------------------- 8 recursive calls 0 db block gets 4457 consistent gets 0 physical reads 0 redo size 12521 bytes sent via SQL*Net to client 708 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 29 rows processed J'ai recalculé les statistiques mais ce n'est pas efficace. Il faut ajouter le hint /*+ FIRST_ROWS */ dans ce select (et uniquement celui-là). |
| Commentaire de Patrick Pereira [ 05/avr./07 18:45 ] |
| On en est où déjà la dessus ? |
| Commentaire de Manuel Sadok [ 15/juin/09 13:58 ] |
| Etant donné qu'on ne vend plus de contrat auto, je femr ce jira. |
[EXP-236] ajout d'un user agent à bannir sur les serveur APACHE de prod Création: 27/sept./05 09:36 Mise à jour: 25/juin/07 18:54 Résolue: 27/sept./05 10:41 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Default |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Serge Delabrosse | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
user Agent à interdire : Python-urllib/2.1 _______________________________ Bonjour Une araignée scrute le site toutes les deux secondes, Elle scrute le site toutes les 2 secondes, les produits electroniques ¿ telephone , palm ¿ ( l¿identifiant a rechercher étant "Python-urllib/2.1" ) et change d'adresse IP tous les jours . 83.199.129.122 ( il semble garder la même ip un jour complet ) 83.115.241.6 ( le jour suivant on retrouve l e même comportement ) son user agent est : _______________ Python-urllib/2.1 less vaccess_log.2.gz www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:40 +0200] "GET /offer/buy/4317514/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-IrDA-PDA.html HTTP/1.0" 200 38729 "-" "Python-urllib/2.1" www.priceminister.com 67.71.134.164 - - [24/Sep/2005:01:46:40 +0200] "GET /navigation/search/category/search_all/keyword/cle-usb/ss/70 HTTP/1. 1" 200 8769 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; HbTools 4.7.0; MSIECrawler)" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:46 +0200] "GET /offer/buy/4671949/Nokia-3310-Telephone-cellulaire-GSM-EGSM-Mobile. html HTTP/1.0" 200 44883 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:51 +0200] "GET /offer/buy/2527636/PalmOne-Zire-72-Memoire-vive-32-Mo-memoire-morte -16-Mo-Palm-OS-5-2-8-TFT-IrDA-Bluetooth-PDA.html HTTP/1.0" 200 71643 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:51 +0200] "GET /offer/buy/2527636/PalmOne-Zire-72-Memoire-vive-32-Mo-memoire-morte -16-Mo-Palm-OS-5-2-8-TFT-IrDA-Bluetooth-PDA.html HTTP/1.0" 200 71643 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:08 +0200] "GET /offer/buy/3843969/PalmOne-Treo-600-Memoire-vive-32-Mo-mdm-cellulai re-Palm-OS-5-2-1-CSTN-IrDA-GSM-850-900-1800-1900-argente-e-PDA.html HTTP/1.0" 200 45590 "-" "Python-urllib/2.1" w www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:12 +0200] "GET /offer/buy/4748574/Fahrenheit-9-11-Edition-Francaise-DVD-Zone-2.htm l HTTP/1.0" 200 58522 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:13 +0200] "GET /offer/buy/1179300/Palm-Vx-Memoire-vive-8-Mo-Palm-OS-3-5-PDA.html H TTP/1.0" 200 74469 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:15 +0200] "GET /offer/buy/4309698/Palm-Vx-Memoire-vive-8-Mo-Palm-OS-3-5-PDA.html H TTP/1.0" 200 32121 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:19 +0200] "GET /offer/buy/1592212/Samsung-SGH-T100-Telephone-cellulaire-GSM-EGSM-M obile.html HTTP/1.0" 200 81973 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:21 +0200] "GET /offer/buy/1806976/Samsung-SGH-E700-Telephone-cellulaire-avec-appar eil-photo-numerique-GSM-Mobile.html HTTP/1.0" 200 88510 "-" "Python-urllib/2.1" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:25 +0200] "GET /offer/buy/2073995/Mon-Voisin-Totoro-DVD-Zone-2.html HTTP/1.0" 200 36435 "-" "Python-urllib/2.1" www.priceminister.com 67.71.134.164 - - [24/Sep/2005:01:47:52 +0200] "GET /trc/neuf-7.htm HTTP/1.1" 200 4574 "-" "Mozilla/4.0 (compatible; MSI E 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; HbTools 4.7.0; MSIECrawler)" www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:58:41 +0200] "GET /offer/buy/2770695/Handspring-Treo-600-Memoire-vive-32-Mo-mdm-cellu laire-Palm-OS-5-2-1-CSTN-IrDA-GSM-850-900-1800-1900-argente-e-PDA.html HTTP/1.0" 200 63780 "-" "Python-urllib/2.1" www.priceminister.com 212.194.200.192 - - [24/Sep/2005:01:58:42 +0200] "GET /content/V804/front/brand/www/images/onglet/top_books_off.gif HTTP /1.1" 304 - "https://www.priceminister.com/checkout?action=address" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:07 +0200] "GET /offer/buy/4316932/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-STN-IrDA-P DA.html HTTP/1.0" 200 38779 "-" "Python-urllib/2.1" www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:09 +0200] "GET /offer/buy/1179453/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-STN-IrDA-P DA.html HTTP/1.0" 200 74985 "-" "Python-urllib/2.1" www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:10 +0200] "GET /offer/buy/4674571/Palm-m515-Memoire-vive-16-Mo-memoire-morte-4-Mo-Pa lm-OS-4-1-TFT-IrDA-PDA.html HTTP/1.0" 200 73582 "-" "Python-urllib/2.1" www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:13 +0200] "GET /offer/buy/4671949/Nokia-3310-Telephone-cellulaire-GSM-EGSM-Mobile.ht ml HTTP/1.0" 200 44846 "-" "Python-urllib/2.1" |
| Commentaires |
| Commentaire de Sébastien Tournay [ 27/sept./05 10:41 ] |
|
On vient de le faire avec Serge pour résoudre au plus vite
le problème. On vient donc de rajouter sur CUPIDON et PHAETON la ligne
'SetEnvIfNoCase User-Agent "Python-urllib/2.1" bad_aspi' dans le fichier
de conf d'Apache. Sébastien |
[APP-6395] No managed connection : cas ou un user tout seul plante un SA pendant plusieurs minutes Création: 21/nov./05 10:23 Mise à jour: 25/juin/07 18:33 Résolue: 15/mars/06 13:42 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Quentin de Chivré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
jboss-available-connection-count-day-esculape.png
|
| Description |
|
Cela s'est produit ce matin (lundi 21 nov 2005, 8h53) sur
esculape. Je n'arrivais a rien faire en BO, et j'etais connecte sur
esculape. J'ai sauvegarde les log au moment du pb : [pmas@esculape priceminister]$ ll /data/priceminister/nmc-jz.log -rw-r--r-- 1 pmas adminpm 53070048 nov 21 08:55 /data/priceminister/nmc-jz.log J'ai fait une analyse des lost threads sur le fichier sauvegarde, et j'ai modifie l'outil d'analyse de log de facon a afficher le pseudo / l'adresse IP proprietaire du lost thread. Resultat : Starting lost threads report: 08:52:02,035 : [-Processor35] : BFVRQ GET http://www.priceminister.com/purchase?action=recycle 08:52:02,878 : [-Processor23] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist 08:52:06,493 : [-Processor34] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist 08:52:32,563 : [P-Processor4] : BFVRQ GET http://www.priceminister.com/purchase?action=recycle 08:52:37,978 : [-Processor12] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist 08:53:12,289 : [-Processor11] : BFVRQ GET http://www.priceminister.com/offer/buy/1337484/Beaumont-Nina-Desir-Et-Trahison-Livre.html 08:53:26,620 : [-Processor25] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist 08:53:31,512 : [-Processor33] : BFVRQ GET http://www.priceminister.com/offer/buy/408271/Lovelace-Merline-Le-Joug-De-La-Passion-Livre.html 08:53:41,397 : [P-Processor1] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist 08:53:42,567 : [-Processor14] : BFVRQ GET http://www.priceminister.com/offer/buy/1337484/Beaumont-Nina-Desir-Et-Trahison-Livre.html ==> ici on en a 10, tous pour le meme user !!!! Avant qu'on ne totalise 10 lost threads pour ce user, les autres user arrivent encore a travailler tranquillement. J'ai tendance a penser qu'il ne s'agit donc pas d'un pb de contention sur le pool lui meme ??? 08:55:49,725 : [-Processor59] : 82.216.141.42 GET http://www.priceminister.com/navigation/default/category/163204 08:55:49,813 : [-Processor45] : 83.145.100.10 GET http://www.priceminister.com/navigation/se/category/sa/kw/24+heures+chrono 08:55:49,878 : [-Processor24] : 63.215.86.200 GET http://img.priceminister.com/cover/191400 08:55:50,000 : [-Processor79] : 195.12.230.196 GET http://img.priceminister.com/photo/148456330_S.jpg 08:55:50,320 : [-Processor49] : 68.142.249.89 GET http://www.priceminister.com/wish?action=view&productid=194921 08:55:50,470 : [-Processor51] : 193.52.76.162 GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser 08:55:50,558 : [-Processor17] : 66.249.64.50 GET http://www.priceminister.com/navigation/se/category/sa/kw/dictionnaire+egoiste+de+la+litterature+francaise 08:55:50,613 : [-Processor76] : 83.197.3.135 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser 08:55:51,015 : [-Processor41] : 83.154.80.251 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser 08:55:51,178 : [-Processor40] : 83.112.22.111 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser 08:55:51,203 : [-Processor78] : 66.249.71.1 GET http://www.priceminister.com/navigation/se/category/sa/kw/canon+powershot+g6+-+appareil+numérique+compact+-+7.1+mpixels 08:55:51,270 : [-Processor15] : 83.157.254.10 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser End of the lost-threads report. Autre point interessant, cette salve est tout a fait visible sur les courbes. Cf. PJ. |
| Commentaires |
| Commentaire de Justin Ziegler [ 21/nov./05 10:24 ] |
|
On voit bien le creux juste avant 9h00. A noter que sur le moment le creux etait encore plus visible. l'effet de moyenne l'a estompe depuis... |
| Commentaire de Quentin de Chivré [ 15/mars/06 13:42 ] |
|
Ca genre de cas "bloquant" est désormais resolu avec le passage en lock optimiste depuis Février. Le blocage des refresh abusifs empeche de plus un user de plomber un serveur en maintenant la touche F5 appuyée. Reste qu'un utilisateur peut toujours charger le serveur en cliquant sur des liens différents et couteux, comme la nav. Les logs ajoutés par Andrei devraient permettre de mieux voir ca. |
[APP-6548] perf : contention oracle : encore un cas de "select for update" que j'aimerais bien evacuer en priorites Création: 05/déc./05 10:55 Mise à jour: 25/juin/07 18:33 Résolue: 12/janv./06 12:13 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 8.0.8d |
| Version(s) corrigée(s): | 8.1.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Olivier Bernard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ci dessous, la liste de requetes en cours au moment ou le probleme s'est presente (forte charge sur la base). Puis la requete coupable complete. On peut egalement voir les commandes utilisees sur hercule pour obtenir ces infos. [pmas@hercule priceminister]$ ./pmscripts/pmdatabase/utils/dba/report-expensive-session.sh glob | grep PID PID=15959 13,1 0 0 0 x select instance_name from v$instance 4100619946 77FE905C PID=15978 15,1 0 0 0 x select instance_name from v$instance 4100619946 77FE905C PID=15984 21,1 0 0 668 x SELECT REOPEN_SECS FROM v$archive_dest WHERE dest_ 2144221516 67FE377C PID=31208 BABEL_1 84,7985 1 0 33344603 x SELECT TOKEN_INFO FROM "PRODUCT_1"."DR$PRODUCT_IMX 3197103817 8FD2F80C PID=15950 6,1 4 2 23 x select local_tran_id, global_tran_fmt, global_orac 2618850598 78FB74E8 PID=15680 BABEL_1 25,18422 6 1 548971 x SELECT /*+ INDEX(i) */ TOKEN_FIRST,TOKEN_LAST,TOKE 379967958 8FD36FB8 PID=9716 BABEL_1 147,33636 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=12612 BABEL_1 32,40165 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=9719 BABEL_1 49,1849 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=31089 BABEL_1 54,15532 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=11185 BABEL_1 111,25324 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=16007 BABEL_1 48,19862 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450 PID=17085 BABEL_1 95,13986 35 29 520226 x /* ProductAdvertInfoQuery */ SELECT advert.ad 1997122954 8AD47160 PID=11783 BABEL_1 136,593 83 9 413245 x INSERT INTO PRD_ATTRIBUTE (prd_attribute_id, produ 3906174613 9358AF20 PID=26534 BABEL_1 148,5982 905 35 10810 x /* AttributeValueQuery */ SELECT /*+ USE_NL(p 2590565124 A50D67F8 PID=1668 BABEL_1 45,83 3017 147 65415 x /* ProductNavigationQuery::Search */ SELECT / 2344272828 8FB9F110 PID=23768 BABEL_1 180,12338 4421 884 133 x /* ProductNavigationQuery::PowerCount */ SELECT 3111732486 97A91494 PID=1013 BABEL_1 103,51511 4689 1274 4 x /* ProductNavigationQuery::PowerCount */ SELECT 1011564806 A87DCC8C PID=17952 BABEL_1 96,32764 5005 1863 18 x /* ProductNavigationQuery::PowerCount */ SELECT 1986846037 8B112D5C PID=14218 BABEL_1 93,14643 5665 367 11379 x /* ProductNavigationQuery::Date */ SELECT /*+ 536804073 8A78F4B0 [pmas@hercule priceminister]$ ./pmscripts/pmdatabase/utils/dba/report-text-session.sh glob 1065709384 8A1A8450 ============================================================== Sql text for hash_value = '1065709384' and address = '8A1A8450' ============================================================== SELECT purchase_id, creation_date, change_date, pch_status_code, authorization_date, capture_date, currency_id, buyer_account_id , buyer_login, usa_address1, usa_address2, usa_zip, usa_city, us a_country_id, brand_id, usr_tracking_id, is_tracking_direct, bra nd_partner, ip_address, usa_phone_number_1, usa_first_name, usa_ last_name, usa_phone_number_2, operation_id, authorization_opera tion_amount, capture_operation_amount, authorization_card_amount , capture_card_amount, payment_type_code, authorization_number_r equest, authorization_number_response, capture_number_request, c apture_number_response, authorization_coupon_amount, capture_cou pon_amount, usr_coupon_id, pch_followup_code, request_date, card _number_hash, card_number_begin, card_number_end, card_expiratio n_year, card_expiration_month, card_type_code, card_is_cvv_used, card_is_e_carte_bleue_detected, card_pay_incident_count, pch_ty pe_code, usa_digicode, usa_fax_number, usa_email_address, usa_ph one_number_3, usa_phone_comment_1, usa_phone_comment_2, usa_phon e_comment_3, usr_title_code FROM PURCHASE WHERE purchase_id=:1 FOR UPDATE |
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/déc./05 16:06 ] |
| Lié au chantier optimistic locking. Sur les purchase, il faut vraiment laisser du locking a mon sens sinon on prend vraiment bcp de risques. |
| Commentaire de Olivier Bernard [ 12/janv./06 12:13 ] |
| Le problème n'est plus d'actualité avec le passage au lock optimiste sur toute l'application. |
| Commentaire de Christophe Garcia [ 16/janv./06 12:16 ] |
| Les "SELECT FOR UPDATE " ont disparu avec le passage en lock optimistic. |
Impossible de trouver un article dans l'état DELETED si le panier est-lui même dans l'état EXPIRED
(EXP-2822)
|
|
| Etat: | Ouvert |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Quentin de Chivré |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Sur l'écran http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1 Lorsqu'on spécifie une date de création de panier (par exemple 2006-10-11), un type de panier expiré, et un type d'article à 60, on a de mauvaises perfs. La requête est la suivante : VAR x1 VARCHAR2(20); EXEC :x1 := '2006-10-11 00:00:00'; SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') ) AND (purchase.pch_status_code = 20) AND (EXISTS ( SELECT item_id FROM item WHERE (item.purchase_id = purchase.purchase_id) AND (item.itm_status_code = 60))) ORDER BY purchase.authorization_date DESC ; Elapsed: 00:10:44.88 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=21300 Card=173880 Bytes=40166280) 1 0 SORT (ORDER BY) (Cost=21300 Card=173880 Bytes=40166280) 2 1 NESTED LOOPS (Cost=15096 Card=173880 Bytes=40166280) 3 2 SORT (UNIQUE) 4 3 INDEX (FAST FULL SCAN) OF 'ITEM_FKIX_PURCHASE_SELLER ' (NON-UNIQUE) (Cost=11226 Card=783560 Bytes=7052040) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222) 6 5 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 2282931 consistent gets 397903 physical reads 68 redo size 3999 bytes sent via SQL*Net to client 568 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 2 sorts (memory) 0 sorts (disk) 0 rows processed Ne pourrait-on pas répéter dans la selection des item la creation_date du purchase. De cette manière on aurait : SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') ) AND (purchase.pch_status_code = 20) AND (EXISTS ( SELECT item_id FROM item WHERE (item.purchase_id = purchase.purchase_id) AND (item.itm_status_code = 60) AND (item.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS')) )) ORDER BY purchase.authorization_date DESC ; Elapsed: 00:00:03.65 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2236 Card=1959 Bytes=468201) 1 0 SORT (ORDER BY) (Cost=2236 Card=1959 Bytes=468201) 2 1 NESTED LOOPS (Cost=2107 Card=1959 Bytes=468201) 3 2 SORT (UNIQUE) 4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=79 Card=1959 Bytes=33303) 5 4 INDEX (RANGE SCAN) OF 'ITEM_FKIX_STATUS_CREATION_DATE' (NON-UNIQUE) (Cost=24 Card=353) 6 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222) 7 6 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 3875 consistent gets 463 physical reads 0 redo size 3999 bytes sent via SQL*Net to client 661 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 2 sorts (memory) 0 sorts (disk) 0 rows processed |
[APP-11174] Sur les fiches techniques l'encodage est incorrect Création: 18/juil./06 10:04 Mise à jour: 24/oct./07 12:18 Résolue: 05/sept./07 14:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
app-11174.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif2: | TECH - encodage | ||||||||
| Description |
|
Sur les fiches techniques des fiches produits, cela fait
plusieurs semaines que l'encodage des fiches produits est complètement
incorrect. En effet les séparateurs s'affichent avec un point d'interrogation à l'envers et non pas un tiret ou une virgule. Par exemple http://www.priceminister.com/offer/buy/7203448/KodaK-c300-Appareil-Numerique-3-2-Mpixels-Photo-Numerique.html Voici l'appareil idéal pour tous vos souvenirs, petits et grands. Vous pourrez immortalisez un sourire et bien plus encore. Avec l'appareil photo numérique KODAK EASYSHARE C300, obtenez de superbes photos en un seul clic. ¿ Résolution de 3,2 MP pour des tirages d'une qualité exceptionnelle jusqu'au format 28 cm × 36 cm (11 po x 14 po) ¿ Zoom numérique continu 5x ¿ Objectif 37 mm KODAK (équivalent 35 mm) ¿ Balance des blancs automatique ¿ Bouton Share (Partager) breveté intégré à l'appareil ¿ Ecran couleur lumineux de 38 mm (1,5 po) ¿ Immédiatement prêt à l'emploi ¿ Mémoire interne 16Mo extensible à 2 Go par carte SD/MMC Caractéristiques Caractéristiques techniques ¿ Fonctions standard ¿ Résolution CCD 3,2 MP (2 096 x 1 560 pixels) ¿ Résolution d'image 3,2 MP (2 080 x 1 544 pixels) ¿ Qualité d'image 3,2 MP : excellente (agrandissement) ¿ 2,8 MP : excellente (ratio de 3:2 optimisé pour des tirages de 10 cm x 15 cm [4 po × 6 po]) ¿ 3,2 MP : très bonne (tirages petit format) ; haute compression ¿ 0,8 MP : bonne (courrier électronique) ¿ Objectif Objectif 37 mm KODAK (équivalent 35 mm) ¿ Zoom Zoom numérique continu 5x ¿ Plage de focales 0,8 m (2,6 pieds) à l'infini ¿ Ecran LCD Ecran couleur de 38 mm (1,5 po) ¿ Viseur Optique ¿ Ouverture f/4,5 ¿ Vitesse d'obturation 1/2¿1/2 300 s ¿ Equivalent ISO Automatique 100-200 (photo) ; 100-800 (vidéo) ; 140 (flash) ¿ Balance des blancs Automatique ¿ Flash intégré Automatique, Yeux rouges, D'appoint, Désactivé ¿ Portée du flash 0,8-2,4 m (2,6-7,9 pieds) ¿ Retardateur 10 secondes Fonctions performantes ¿ Modes scène Automatique, nuit, vidéo ¿ Modes couleur Couleur, Sépia, Noir et bl. ¿ Mesure de l'exposition Automatique : mesure TTL-AE, Zone centrale ¿ Compensation de l'exposition +/-2 EV par paliers de 0,5 ¿ Contrôle de l'exposition Mode AE programmé ¿ Temps de latence Intervalle < 0,7 s ¿ Attente entre deux prises de vue Intervalle < 2 s (jusqu'à 3 images) ¿ Mode vidéo 30 secondes, sans enregistrement audio ¿ Résolution vidéo 320 × 240 pixels à 15 ips Grande simplicité d'utilisation ¿ Prise de vue toujours prête Oui ¿ Boutons spécifiques Delete (Supprimer), Share (Partager), Review (Visualiser), Menu, flash/informations ¿ Options de visualisation Supprimer, Agrandissement x2 ou x4, Album, Protéger, Diaporama, Af. multiple ¿ Sortie vidéo Disponible via la station d'impression (NTSC ou PAL à sélectionner) ¿ Logiciel Logiciel KODAK EASYSHARE Divers ¿ Stockage Mémoire interne de 16 Mo**, logement d'extension de carte SD/MMC ¿ Format du fichier image JPEG/EXIF v2.2 ¿ Format du fichier vidéo QUICKTIME MOV ¿ Interface Sortie A/V (NTSC ou PAL, à sélectionner par l'utilisateur), interface exclusive de station d'accueil/d'impression KODAK, connecteur numérique (USB 2.0) ¿ Protection de l'objectif Verre de protection ¿ Support trépied 6 mm (0,25 po) standard ¿ Poids Sans piles/batteries : 147 g (5,2 onces) ¿ Dimensions L × H × P : 10,35 × 6,5 × 4,02 cm (4,1 × 2,6 × 1,6 po) Contenu du coffret ¿ Appareil photo numérique KODAK EASYSHARE C300 ¿ Piles/batteries pour appareil photo numérique KODAK ¿ Câble USB ¿ Dragonne ¿ Logiciel KODAK EASYSHARE ¿ Kit de démarrage Logement d'insertion personnalisé pour stations d'accueil et d'impression KODAK EASYS |
| Commentaires |
| Commentaire de Younès Charrière [ 18/juil./06 11:45 ] |
|
A prioris il s'agit d'un problème d'import. Lorsque l'on
étudie le code source du bloc de la fiche technique, on peut se rendre
compte que ce sont des puces qui sont devenues des points
d'interrogation...peut être que le professionnel a fait un copié collé
de son document word et que l'import n'a pas pris en charge ces puces? Y
a t'il un moyen de résoudre ce problème? De plus, les caractéristiques du produit dans la fiche technique sont tassées les unes à la suite des autres. Peut-on y faire quelque chose afin d'améliorer la lisibilité? |
| Commentaire de Xavier Barbosa [ 18/juil./06 13:52 ] |
|
c'est pas de l'import : Créé 05/08/2005-20:15 par PM Front Office Soumis par sabesto Modifié 06/08/2005-11:50 par PM Back Office Propriétaire PM Back Office |
| Commentaire de Younès Charrière [ 18/juil./06 14:19 ] |
| Il ne s'agit pas d'un problème d'import comme on le pensait arnaud une autre idée? |
| Commentaire de Arnaud Forgues [ 18/juil./06 16:07 ] |
|
J'ai fait le test suivant : - Mise en vente rapide d'une annonce sur une fiche produit DVD - copier / coller depuis Word pour le commentaire de l'annonce - le resultat est en PJ ==> on obtient des points d'interrogations a l'enver's pour tous les caractères Word comme les puces ou les guillements spéciaux ... |
| Commentaire de Quentin de Chivré [ 18/juil./06 18:15 ] |
|
C'est un bug connu lié au copier-coller depuis Word et pas a l'affichage. D'ailleurs on l'a dans l'ancienne charte : http://koobuycity.priceminister.com/offer/buy/7203448/KodaK-c300-Appareil-Numerique-3-2-Mpixels-Photo-Numerique.html |
| Commentaire de Younès Charrière [ 19/juil./06 19:03 ] |
| Vu avec Arnaud et Quentin. Voir une solution sur le long terme. |
| Commentaire de Clémence Desneiges [ 05/sept./07 14:50 ] |
| Il y a un JIRA spécifique pour ce problème : APP-5619 |
[APP-15887] Log illisible. Possible d'ajouter le mail du parrain et du filleul dans le log ? Création: 10/avr./07 19:07 Mise à jour: 25/juin/07 18:51 Résolue: 13/avr./07 15:48 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | 14.0.0 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Parrainage (refonte) |
| Description |
|
2007-04-10 05:40:39,444 INFO [192.168.1.27] RRAL_EXPIRATION
- Processed: 215 (Expiration of sponsorship 113112600: 1 - Expiration
of sponsorship 113112800: 1 - Expiration of sponsorship 113112900: 1 - Expiration of sponsorship 113113000: 1 - Expiration of sponsorship 113113100: 1 - Expiration of sponsorship 1131 13200: 1 - Expiration of sponsorship 113113300: 1 - Expiration of sponsorship 113113400: 1 - Expiration of sponsorship 113113500: 1 - Expiration of sponsorsh ip 113113600: 1 - Expiration of sponsorship 113113700: 1 - Expiration of sponsorship 113113800: 1 - Expiration of sponsorship 113114000: 1 - Expiration of sp onsorship 113114100: 1 - Expiration of sponsorship 113114200: 1 - Expiration of sponsorship 113114400: 1 - Expiration of sponsorship 113114500: 1 - Expiratio n of sponsorship 113114600: 1 - Expiration of sponsorship 113114700: 1 - Expiration of sponsorship 113115100: 1 - Expiration of sponsorship 113115300: 1 - Ex piration of sponsorship 113115500: 1 - Expiration of sponsorship 113115700: 1 - Expiration of sponsorship 113115800: 1 - Expiration of sponsorship 113115900: 1 - Expiration of sponsorship 113116000: 1 - Expiration of sponsorship 113116100: 1 - Expiration of sponsorship 113116200: 1 - Expiration of sponsorship 113 116300: 1 - Expiration of sponsorship 113116400: 1 - Expiration of sponsorship 113116500: 1 - Expiration of sponsorship 113116600: 1 - Expiration of sponsors hip 113116900: 1 - Expiration of sponsorship 113117000: 1 - Expiration of sponsorship 113117100: 1 - Expiration of sponsorship 113117300: 1 - Expiration of s ponsorship 113117600: 1 - Expiration of sponsorship 113117700: 1 - Expiration of sponsorship 113117800: 1 - Expiration of sponsorship 113117900: 1 - Expirati on of sponsorship 113118000: 1 - Expiration of sponsorship 113118100: 1 - Expiration of sponsorship 113118200: 1 - Expiration of sponsorship 113118300: 1 - E xpiration of sponsorship 113118600: 1 - Expiration of sponsorship 113118700: 1 - Expiration of sponsorship 113118800: 1 - Expiration of sponsorship 113118900 : 1 - Expiration of sponsorship 113119000: 1 - Expiration of sponsorship 113119100: 1 - Expiration of sponsorship 113119200: 1 - Expiration of sponsorship 11 3119400: 1 - Expiration of sponsorship 113119500: 1 - Expiration of sponsorship 113119600: 1 - Expiration of sponsorship 113119800: 1 - Expiration of sponsor ship 113120100: 1 - Expiration of sponsorship 113120200: 1 - Expiration of sponsorship 113120300: 1 - Expiration of sponsorship 113120500: 1 - Expiration of sponsorship 113120600: 1 - Expiration of sponsorship 113120800: 1 - Expiration of sponsorship 113120900: 1 - Expiration of sponsorship 113121000: 1 - Expirat ion of sponsorship 113121100: 1 - Expiration of sponsorship 113121200: 1 - Expiration of sponsorship 113121300: 1 - Expiration of sponsorship 113121500: 1 - Expiration of sponsorship 113121600: 1 - Expiration of sponsorship 113121800: 1 - Expiration of sponsorship 113122000: 1 - Expiration of sponsorship 11312210 0: 1 - Expiration of sponsorship 113122300: 1 - Expiration of sponsorship 113122400: 1 - Expiration of sponsorship 113122500: 1 - Expiration of sponsorship 1 13122900: 1 - Expiration of sponsorship 113123000: 1 - Expiration of sponsorship 113123500: 1 - Expiration of sponsorship 113123600: 1 - Expiration of sponso rship 113123800: 1 - Expiration of sponsorship 113123900: 1 - Expiration of sponsorship 113124100: 1 - Expiration of sponsorship 113124200: 1 - Expiration of sponsorship 113124300: 1 - Expiration of sponsorship 113124400: 1 - Expiration of sponsorship 113124500: 1 - Expiration of sponsorship 113124600: 1 - Expira tion of sponsorship 113124700: 1 - Expiration of sponsorship 113124800: 1 - Expiration of sponsorship 113124900: 1 - Expiration of sponsorship 113125000: 1 - Expiration of sponsorship 113125100: 1 - Expiration of sponsorship 113125200: 1 - Expiration of sponsorship 113125300: 1 - Expiration of sponsorship 1131254 00: 1 - Expiration of sponsorship 113125500: 1 - Expiration of sponsorship 113125600: 1 - Expiration of sponsorship 113125700: 1 - Expiration of sponsorship 113125800: 1 - Expiration of sponsorship 113125900: 1 - Expiration of sponsorship 113126100: 1 - Expiration of sponsorship 113126300: 1 - Expiration of spons orship 113126800: 1 - Expiration of sponsorship 113126900: 1 - Expiration of sponsorship 113127100: 1 - Expiration of sponsorship 113127300: 1 - Expiration o f sponsorship 113127500: 1 - Expiration of sponsorship 113127600: 1 - Expiration of sponsorship 113127700: 1 - Expiration of sponsorship 113127800: 1 - Expir ation of sponsorship 113127900: 1 - Expiration of sponsorship 113128000: 1 - Expiration of sponsorship 113128100: 1 - Expiration of sponsorship 113128200: 1 - Expiration of sponsorship 113128300: 1 - Expiration of sponsorship 113128400: 1 - Expiration of sponsorship 113128500: 1 - Expiration of sponsorship 113128 700: 1 - Expiration of sponsorship 113128900: 1 - Expiration of sponsorship 113129100: 1 - Expiration of sponsorship 113129200: 1 - Expiration of sponsorship 113129300: 1 - Expiration of sponsorship 113129400: 1 - Expiration of sponsorship 113129500: 1 - Expiration of sponsorship 113129600: 1 - Expiration of spon sorship 113129700: 1 - Expiration of sponsorship 113129800: 1 - Expiration of sponsorship 113129900: 1 - Expiration of sponsorship 113130000: 1 - Expiration of sponsorship 113130100: 1 - Expiration of sponsorship 113130300: 1 - Expiration of sponsorship 113130400: 1 - Expiration of sponsorship 113130500: 1 - Expi ration of sponsorship 113130600: 1 - Expiration of sponsorship 113130800: 1 - Expiration of sponsorship 113130900: 1 - Expiration of sponsorship 113131000: 1 - Expiration of sponsorship 113131100: 1 - Expiration of sponsorship 113131200: 1 - Expiration of sponsorship 113131300: 1 - Expiration of sponsorship 11313 1400: 1 - Expiration of sponsorship 113131500: 1 - Expiration of sponsorship 113131600: 1 - Expiration of sponsorship 113131700: 1 - Expiration of sponsorshi p 113131800: 1 - Expiration of sponsorship 113131900: 1 - Expiration of sponsorship 113132000: 1 - Expiration of sponsorship 113132100: 1 - Expiration of spo nsorship 113132200: 1 - Expiration of sponsorship 113132300: 1 - Expiration of sponsorship 113132400: 1 - Expiration of sponsorship 113132500: 1 - Expiration of sponsorship 113132600: 1 - Expiration of sponsorship 113132700: 1 - Expiration of sponsorship 113132800: 1 - Expiration of sponsorship 113132900: 1 - Exp iration of sponsorship 113133000: 1 - Expiration of sponsorship 113133100: 1 - Expiration of sponsorship 113133200: 1 - Expiration of sponsorship 113133300: 1 - Expiration of sponsorship 113133600: 1 - Expiration of sponsorship 113133700: 1 - Expiration of sponsorship 113133800: 1 - Expiration of sponsorship 1131 33900: 1 - Expiration of sponsorship 113134000: 1 - Expiration of sponsorship 113134400: 1 - Expiration of sponsorship 113134600: 1 - Expiration of sponsorsh ip 113134700: 1 - Expiration of sponsorship 113134800: 1 - Expiration of sponsorship 113135100: 1 - Expiration of sponsorship 113135200: 1 - Expiration of sp onsorship 113135400: 1 - Expiration of sponsorship 113135500: 1 - Expiration of sponsorship 113135600: 1 - Expiration of sponsorship 113135700: 1 - Expiratio n of sponsorship 113135900: 1 - Expiration of sponsorship 113136000: 1 - Expiration of sponsorship 113136100: 1 - Expiration of sponsorship 113136200: 1 - Ex piration of sponsorship 113136400: 1 - Expiration of sponsorship 113136500: 1 - Expiration of sponsorship 113136600: 1 - Expiration of sponsorship 113136700: 1 - Expiration of sponsorship 113136800: 1 - Expiration of sponsorship 113137000: 1 - Expiration of sponsorship 113137100: 1 - Expiration of sponsorship 113 137200: 1 - Expiration of sponsorship 113137300: 1 - Expiration of sponsorship 113137400: 1 - Expiration of sponsorship 113137600: 1 - Expiration of sponsors hip 113138100: 1 - Expiration of sponsorship 113138300: 1 - Expiration of sponsorship 113138400: 1 - Expiration of sponsorship 113138500: 1 - Expiration of s ponsorship 113138700: 1 - Expiration of sponsorship 113138800: 1 - Expiration of sponsorship 113139400: 1 - Expiration of sponsorship 113139500: 1 - Expirati on of sponsorship 113139700: 1 - Expiration of sponsorship 113139800: 1 - Expiration of sponsorship 113139900: 1 - Expiration of sponsorship 113140000: 1 - E xpiration of sponsorship 113140100: 1 - Expiration of sponsorship 113140200: 1 - Expiration of sponsorship 113140300: 1 - Expiration of sponsorship 113140400 : 1 - Expiration of sponsorship 113140600: 1 - Expiration of sponsorship 113140700: 1 - Expiration of sponsorship 113140800: 1 - Expiration of sponsorship 11 3140900: 1 - Expiration of sponsorship 113141100: 1 - Expiration of sponsorship 113141500: 1 - Expiration of sponsorship 113141600: 1 - Expiration of sponsor ship 113141700: 1 - Expiration of sponsorship 114973200: 1 - Expiration of sponsorship 114973300: 1) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 11/avr./07 09:56 ] |
|
malheureusement, cela nécessiterai d'aller requêter sur
user_account juste pour des logs ... Qui d'ailleurs ne sont pas vraiment
utiles non plus (la plupart des batchs ne semble pas renvoyer de
résultat pour la méthode process. Je propose donc de les laisser comme ça ou de les enlever mais je peux difficilement ajouter plus d'info sans que le batch deviennent lourd. |
| Commentaire de Alexandre Garnier [ 11/avr./07 14:50 ] |
|
Maintenant les logs des batches de parrainage sont de la forme : ... sponsorship 13002 with parent 12198992 and child 12214992 |
| Commentaire de Christophe Garcia [ 13/avr./07 12:43 ] |
| Oui. Mais la taille du log croît de façon anormale. |
| Commentaire de Alexandre Garnier [ 13/avr./07 15:48 ] |
|
Maintenant les résultats des batches seront comme les autres
avec en plus des logs à chaque action (mais une fois), de la forme : 2007-04-13 15:47:00,521 INFO [SPONSORSHIP_REFERRAL_REMIND] - ---------------------------------------------------------------- 2007-04-13 15:47:00,527 INFO [SPONSORSHIP_REFERRAL_REMIND] - --- Batch starting 2007-04-13 15:47:00,540 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:00,626 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89114 with parent 12164992 and child 12245106 2007-04-13 15:47:00,626 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:00,626 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:00,728 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:00,728 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:00,802 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89115 with parent 12164992 and child 12245107 2007-04-13 15:47:00,802 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:00,802 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:00,904 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:00,904 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:00,973 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89116 with parent 12164992 and child 12245108 2007-04-13 15:47:00,973 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:00,973 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:01,075 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:01,075 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:01,148 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89113 with parent 12164992 and child 12245105 2007-04-13 15:47:01,148 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:01,148 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:01,250 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:01,250 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:01,315 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89110 with parent 12164992 and child 12245102 2007-04-13 15:47:01,315 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:01,315 INFO [SPONSORSHIP_REFERRAL_REMIND] - Processed: 5 (REMINDED: 5) 2007-04-13 15:47:01,318 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:01,419 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:01,420 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:01,496 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89111 with parent 12164992 and child 12245103 2007-04-13 15:47:01,496 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:01,496 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:01,599 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:01,599 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start 2007-04-13 15:47:01,667 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89112 with parent 12164992 and child 12245104 2007-04-13 15:47:01,667 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED 2007-04-13 15:47:01,667 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s) 2007-04-13 15:47:01,768 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED 2007-04-13 15:47:01,773 INFO [SPONSORSHIP_REFERRAL_REMIND] - --- Batch done - Processed: 7 (REMINDED: 7) |
| Commentaire de Younès Charrière [ 20/avr./07 17:01 ] |
| Ok les logs sont beaucoup plus lisibles et le comportement "exponentiel" est réglé. |
[APP-5035] SQL : FTS sur user_account Création: 16/juin/05 10:40 Mise à jour: 25/juin/07 18:30 Résolue: 25/juin/07 18:30 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | old |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Quentin de Chivré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Supprimer la variable de bind et mettre la valeur en dur suffit a corriger le plan d'execution. Je corrige ca dans le code. ------------------------------------------------------------------------------- - De : Justin Ziegler [mailto:justin.ziegler@priceminister.com] Envoyé : jeudi 16 juin 2005 09:49 À : Didier BLANC; Patrick Pereira; quentin.dechivre@priceminister.com Cc : Service - DBA - JMH; André VIVO; Jérôme STOLLER Objet : RE: Mercure : FTS sur USER_ACCOUNT OK, merci on va regarder ca de pres ce matin. Maintenant que le systeme est stable, on va pouvoir optimiser quelques requetes tranquillement. Justin -----Message d'origine----- De : Didier BLANC [mailto:dblanc@jetmultimedia.fr] Envoyé : jeudi 16 juin 2005 09:30 À : justin.ziegler@priceminister.com; Patrick Pereira; quentin.dechivre@priceminister.com Cc : Service - DBA - JMH; André VIVO; Jérôme STOLLER Objet : Mercure : FTS sur USER_ACCOUNT Bonjour, La requête suivante génére un FTS sur USER_ACCOUNT, malgré la présence de l'index. Je l'ai observé plusieurs fois ce matin: SELECT user_account.user_account_id, user_account.parent_user_account_id, user_account.children, user_account.login, user_account.password, user_account.usr_title_code, user_account.first_name, user_account.last_name, user_account.company_name, user_account.email_address, user_account.usr_type_code, user_account.creation_date, user_account.change_date, user_account.last_buy_date, user_account.buy_count, user_account.last_advert_date, user_account.sale_count, user_account.seller_score_sum, user_account.seller_score_count, user_account.commission_rate, user_account.is_first_mail_sent, user_account.game_points, user_account.usr_game_status_code, user_account.http_referrer, user_account.brand_id, user_account.usr_tracking_id, user_account.usr_campaign_id, user_account.seller_score_date, user_account.cmp_method_code, user_account.usr_privilege_code, user_account.usr_first_tracking_id, user_account.usr_last_tracking_id, user_account.game_parent_user_account_id, user_account.is_last_tracking_direct, user_account.is_tracking_direct, user_account.grant_login, user_account.grant_email, user_account.reliability, user_account.grant_question_notify, user_account.initial_seller_score_sum, user_account.initial_seller_score_count, user_account.computed_seller_score_sum, user_account.computed_seller_score_count, user_account.seller_country_id, user_account.ip_address, user_account.last_login_date, user_account.initial_commit_count, user_account.computed_commit_count, user_account.commit_count, user_account.initial_sale_count, user_account.computed_sale_count, user_account.initial_answer_time_sum, user_account.computed_answer_time_sum, user_account.seller_answer_time_sum, user_account.usr_presence_code, user_account.wallet_amount, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, user_account.wallet_currency_id, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.last_wish_date, user_account.remark, user_account.send_first_advert_mail, user_account.is_company, user_account.company_number, user_account.is_to_validate, user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.last_warning_date, user_account.usr_compensation_right_code, user_account.allow_unlimited_stock, user_account.allow_holiday, user_account.cache_advert_stats, user_account.is_in_transit, user_account.holiday_start_date, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.allow_free_book_price, user_account.usr_visibility_code, user_account.activation, user_account.allow_submit_auto_validation, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_send_registration, user_account.ev_privilege, user_account.activation_mail_date, user_account.activation_mail_count, user_account.commission_id, user_account.registration_birth_date, user_account.wallet_birth_date, user_account.accept_negotiation, user_account.supports_shipping_recommande, user_account.supports_shipping_chronopost, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.external_user_reference, user_account.display_name FROM user_account WHERE user_account.usr_visibility_code = :1 ORDER BY user_account.creation_date DESC Pouvez-vous forcer l'utilisation de l'index par: SELECT /*+ index ( user_account , user_account_fk24 ) */ user_account.user_account_id, user_account.parent_user_account_id, user_account.children, user_account.login, user_account.password, user_account.usr_title_code, user_account.first_name, user_account.last_name, user_account.company_name, user_account.email_address, user_account.usr_type_code, user_account.creation_date, user_account.change_date, user_account.last_buy_date, user_account.buy_count, user_account.last_advert_date, user_account.sale_count, user_account.seller_score_sum, user_account.seller_score_count, user_account.commission_rate, user_account.is_first_mail_sent, user_account.game_points, user_account.usr_game_status_code, user_account.http_referrer, user_account.brand_id, user_account.usr_tracking_id, user_account.usr_campaign_id, user_account.seller_score_date, user_account.cmp_method_code, user_account.usr_privilege_code, user_account.usr_first_tracking_id, user_account.usr_last_tracking_id, user_account.game_parent_user_account_id, user_account.is_last_tracking_direct, user_account.is_tracking_direct, user_account.grant_login, user_account.grant_email, user_account.reliability, user_account.grant_question_notify, user_account.initial_seller_score_sum, user_account.initial_seller_score_count, user_account.computed_seller_score_sum, user_account.computed_seller_score_count, user_account.seller_country_id, user_account.ip_address, user_account.last_login_date, user_account.initial_commit_count, user_account.computed_commit_count, user_account.commit_count, user_account.initial_sale_count, user_account.computed_sale_count, user_account.initial_answer_time_sum, user_account.computed_answer_time_sum, user_account.seller_answer_time_sum, user_account.usr_presence_code, user_account.wallet_amount, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, user_account.wallet_currency_id, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.last_wish_date, user_account.remark, user_account.send_first_advert_mail, user_account.is_company, user_account.company_number, user_account.is_to_validate, user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.last_warning_date, user_account.usr_compensation_right_code, user_account.allow_unlimited_stock, user_account.allow_holiday, user_account.cache_advert_stats, user_account.is_in_transit, user_account.holiday_start_date, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.allow_free_book_price, user_account.usr_visibility_code, user_account.activation, user_account.allow_submit_auto_validation, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_send_registration, user_account.ev_privilege, user_account.activation_mail_date, user_account.activation_mail_count, user_account.commission_id, user_account.registration_birth_date, user_account.wallet_birth_date, user_account.accept_negotiation, user_account.supports_shipping_recommande, user_account.supports_shipping_chronopost, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.external_user_reference, user_account.display_name FROM user_account WHERE user_account.usr_visibility_code = :a1 ORDER BY user_account.creation_date DESC Peut-être faudrait-il aussi un index composé sur usr_visibility_code et user_account.creation_date afin d'éviter le SORT ? Cordialement, Didier Blanc. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 16/juin/05 10:40 ] |
| Fait |
[APP-24811] No ManagedConnections available within configured blocking timeout Création: 26/mars/09 17:57 Mise à jour: 25/oct./10 14:16 Résolue: 25/oct./10 14:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 42.0.2.1 |
| Version(s) corrigée(s): | 78.0.0 (CTN-TU) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Espérance Galouo-Lece |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Serait-il possible d'avoir ton avis sur cette
requête qui entraine ce "No JDBC connection available from connection
pool" ? 2009-03-21 10:50:08,789 INFO [P-Processor9] tdmancien - >>> GET http://preview.pm.lan/account?action=adminlogin&dest=/inventory?select=1&update=false&l=tdmancien 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Request.toString 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Got Method 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - GotAbsoluteUrl GET 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Request.toString 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Got Method 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - GotAbsoluteUrl GET 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - TX status (NO_TRANSACTION) 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - TX CONTROLER started 2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_met hod_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, compute d_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_reg istration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email , grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_emai l_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initi al_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, sell er_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_nor mal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_t racking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wal let_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE UPPER(login) = UPPER(?) 2009-03-21 10:50:10,796 ERROR [P-Processor9] tdmancien - Find failed org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No Managed Connections available within configured blocking timeout ( 2000 [ms] )) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:107) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:210) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor342.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) |
[EXP-4132] Plusieurs domaines n'ont pas leur redirection 301 Création: 06/déc./07 12:30 Mise à jour: 01/août/08 11:30 Résolue: 01/août/08 11:30 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Pierre Bret | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
| Commentaires |
| Commentaire de Pierre Bret [ 15/avr./08 14:30 ] |
|
Patrice, J'ai l'impression que ce Jira a été traité, si c'est le cas n'hésite pas à le fermer. :) |
| Commentaire de Thierry Leforestier [ 16/avr./08 15:25 ] |
|
A priori, certains Domaines n'ont pas encore été redirigés a savoir : http://price-minister.fr/ http://www.priceministere.fr/ http://pryceminister.fr/ http://www.price-minister.fr/ autrement ceux la n'ont pas de redirection : http://carminister.fr/ http://priceminister-auto.com/ http://priceministerauto.fr/ http://priceminister-auto.fr/ http://priceministerautoneuf.fr/ http://priceministerautoneuve.com/ http://priceministerautoneuve.fr/ http://priceministerautoneuves.com/ http://priceministerautoneuves.fr/ http://www.carminister.fr/ http://www.priceminister-auto.com/ http://www.priceministerauto.fr/ http://www.priceminister-auto.fr/ http://www.priceministerautoneuf.fr/ http://www.priceministerautoneuve.com/ http://www.priceministerautoneuve.fr/ http://www.priceministerautoneuves.com/ http://www.priceministerautoneuves.fr/ Cette page redirige vers un accueil. Faut-il vraiment la rediriger ? http://www.priceministerautoneuf.com/ |
| Commentaire de Patrice Boulanger [ 19/mai/08 16:36 ] |
|
Quelques commentaires: http://price-minister.fr/ => c'est fait http://www.priceministere.fr/ => nous n'avons pas ce domaine http://pryceminister.fr/ => il n'est pas encore installé chez Mailclub, je check avec eux http://www.price-minister.fr/ => c'était déjà fait C'est bon pour les domaines: http://carminister.fr/ http://priceminister-auto.com/ http://priceministerauto.fr/ http://priceminister-auto.fr/ Pour http://priceministerautoneuf.fr/ http://priceministerautoneuve.com/ http://priceministerautoneuve.fr/ http://priceministerautoneuves.com/ http://priceministerautoneuves.fr/ Ces URLs pointent sur une adresse IP: 212.180.5.138. Je ne sais pas ce que c'est. Je vais voir en interne. Idem pour http://www.priceministerautoneuf.com/. |
| Commentaire de Patrice Boulanger [ 19/mai/08 16:51 ] |
| Je baisse la priorité du Jira. J'attends un retour de Patrick Touzé sur les domaines qui posent un problème. |
| Commentaire de Thierry Leforestier [ 19/mai/08 16:58 ] |
|
Suite a notre discussion, je te reconfirme, tous les domaines concernant l'auto doivent être dirigés vers http://www.priceminister.com/auto-moto comme prévu initialement dans le Jira. a savoir : http://carminister.com http://carminister.fr http://priceminister-auto.com http://priceministerauto.fr http://priceminister-auto.fr http://priceministerautoneuf.com http://priceministerautoneuf.fr http://priceministerautoneuve.com http://priceministerautoneuve.fr http://priceministerautoneuves.com http://priceministerautoneuves.fr http://www.carminister.com http://www.carminister.fr http://www.priceminister-auto.com http://www.priceministerauto.fr http://www.priceminister-auto.fr http://www.priceministerautoneuf.com http://www.priceministerautoneuf.fr http://www.priceministerautoneuve.com http://www.priceministerautoneuve.fr http://www.priceministerautoneuves.com http://www.priceministerautoneuves.fr Merci ! Thierry |
| Commentaire de Patrice Boulanger [ 19/mai/08 17:45 ] |
|
C'est fait, Par contre, même problème pour http://www.carminister.com que pour les URLS: http://priceministerautoneuf.fr/ http://priceministerautoneuve.com/ http://priceministerautoneuve.fr/ http://priceministerautoneuves.com/ http://priceministerautoneuves.fr/ Je transmets à Patrick. |
| Commentaire de Patrice Boulanger [ 19/mai/08 17:47 ] |
| Rectification: on a le même problème avec http://www.carminister.com qu'avec http://www.priceministerautoneuf.com/. |
| Commentaire de Patrice Boulanger [ 20/mai/08 11:21 ] |
|
Suite au mail de Patrick Touzé: -------------------------------- Bonjour, Alors voila, j'ai fait le point notamment avec StockAuto / COM1 ...qui est notre partenaire sur les VN. Les cinq premiers domaines peuvent etre renvoyés vers http://www.priceminister.com/info/neuf . Mais on peut aussi les abandonner .... je ne sais pas quelle(s) idée(s) ont justifiés la mise en place de ces domaines. (pour info, l'adresse IP 212.180.5.138 est l'ancienne adresse de StockAuto) Le dernier (priceministerautoneuf.com) est le domaine de l'enseigne AUTO NEUF. Il ne faut rien y changer dans l'immédiat, tant que nous avons des contrats clients en cours sur lesquels il peut encore se passer quelquechose. A terme (d'ici qqs mois), nous le routerons effectivement sur http://www.priceminister.com/info/neuf. Pour info, l'adresse IP 91.90.102.40 est bien la nouvelle adresse IP de SockAuto / com1 Cordialement, Patrick -------------------------------- Les domaines: http://priceministerautoneuf.fr/ http://priceministerautoneuve.com/ http://priceministerautoneuve.fr/ http://priceministerautoneuves.com/ http://priceministerautoneuves.fr/ redirigent maintenant vers http://www.priceminister.com/info/neuf Merci. |
| Commentaire de Patrice Boulanger [ 09/juin/08 11:49 ] |
|
pryceminister.fr a été migré sur nos DNS et pointe désormais sur priceminister.com avec une redirection 301. Merci |
| Commentaire de Patrice Boulanger [ 09/juin/08 11:51 ] |
|
Pouvez-vous valider les différents changements et clore le Jira si c'est OK ? Merci. |
| Commentaire de Thierry Leforestier [ 13/juin/08 09:29 ] |
|
Pourquoi la redirection ttp://www.carminister.com répond-t-elle en 302 ? Merci d'avance, Thierry |
| Commentaire de Justin Ziegler [ 13/juin/08 15:09 ] |
| a qui s'adresse la question ? |
| Commentaire de Thierry Leforestier [ 13/juin/08 15:13 ] |
| Autant pour moi, je n'avais pas vu qu'il était affecté a Pierre. c'est pour Patrice. Je réaffecte le Jira |
| Commentaire de Justin Ziegler [ 13/juin/08 15:15 ] |
| merci ! |
| Commentaire de Patrice Boulanger [ 16/juin/08 18:59 ] |
|
en fait, il faut se reporter à la réponse de Patrick Touzé: <quote> Le dernier (priceministerautoneuf.com) est le domaine de l'enseigne AUTO NEUF. Il ne faut rien y changer dans l'immédiat, tant que nous avons des contrats clients en cours sur lesquels il peut encore se passer quelquechose. A terme (d'ici qqs mois), nous le routerons effectivement sur http://www.priceminister.com/info/neuf. </quote> le domaine carminister.com est aussi redirigé sur l'enseigne AUTO NEUF, je ne peux donc pas changer le type de redirection car le domaine n'est pas géré par le Mailclub. Du coup, je ne peux pas non plus répondre à la question du "pourquoi un 302?" Patrice. |
| Commentaire de Patrice Boulanger [ 16/juil./08 16:01 ] |
| On peut clore ? |
| Commentaire de Pierre Bret [ 16/juil./08 18:11 ] |
| Thierry, est-ce que tout a été traité ? |
| Commentaire de Thierry Leforestier [ 23/juil./08 09:53 ] |
|
J'ai refait un tour sur tous les domaines, voici ce qui reste : priceministere.fr (et www) - Domaine apparement introuvable (firefox) carminister.com (et www) - en 302 priceministerautoneuf.com - en 302 ww.priceministerautoneuf.com - en 200 Pour carminister il ne tombe sur aucun dns apparement, est-ce qu'on ne peut pas faire une 301 ? Pour finir, est-ce qu'il n'y a pas d'autres domaines que nous n'aurions pas dans cette liste ? Comment l'a-t-on eu au fait ? Merci |
| Commentaire de Thierry Leforestier [ 23/juil./08 09:58 ] |
| Autant pour moi, c'est Pierre qui a reçu cette liste. |
| Commentaire de Thierry Leforestier [ 01/août/08 11:30 ] |
| je résoud la demande et ouvre un nouveau Jira pour certains autres domaines qui n'étaient pas dans cette liste |
[APP-27312] Pose de TAG sur l'ensemble du site pour un nouveau partenaire: MYTHINGS (il fait comme critéo) du retargeting comportemental Création: 18/nov./09 09:38 Mise à jour: 02/mars/10 16:18 Résolue: 02/mars/10 10:16 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 63.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Mathilde Caby | Attribution: | Olga Costa |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
MyThings-BTEcommerceIntegration(Retail).pdf
New - MyThings - BT Ecommerce Integration (Retail)(2).pdf
New - Tag instructions PriceMinister (3).doc
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||
| Classif FONC: | comarket |
| Description |
|
Bonjour, Nous voudrions intégrer un nouveau partenaire qui fait du retargeting comportementale en affiliation. Pour cela il faudrait poser ces tag sur les pages du sites (a définir par la suite selon les informations que nous voulons lui remonter) Je vous joint les instructions générales avec les exemples de TAG du partenaire en pièces jointes. Merci Mathilde |
| Commentaires |
| Commentaire de Mathilde Caby [ 18/nov./09 09:39 ] |
| Instructions tagage partenaire et exemple de tag |
| Commentaire de Damien Dorizy [ 10/déc./09 12:01 ] |
|
Mon retour et quelques questions sur le tag MyThings : - Le principal problème est le tag "header" : on ne peut se permettre de le placer en haut de page car le moindre plantage ou ralentissement chez eux ralentirait considérablement l'affichage des pages chez nous. Mais malgré le nom du tag ("Header tag"), ça ne semble pas poser de problème de le poser en bas de page, du moment qu'il est placé avant les autres tags. On a contact pour leur demander confirmation ? - Les autres tags sont clairs et utilisent une syntaxe assez explicite. - Enfin, il faut aussi mettre MyThings sur la Home Page, c'est bien ça ? Est-ce que Criteo est également sur la HP ? est-ce qu'on conserve aussi Criteo ? S'il faut vraiment le mettre, faisons-le, mais ça ajoute quand même pas mal de poids en plus. Merci. |
| Commentaire de Mathilde Caby [ 10/déc./09 14:31 ] |
|
Bonjour, - Nous gardons intact le partenariat avec Crtieo. - Nous ne voulons pas poser le TAG de Mythings sur la home - Je leur demande si la pose du TAG en bas de page leur convient et reviens vers vous. Bonne apres midi Mathilde |
| Commentaire de Damien Dorizy [ 11/déc./09 15:02 ] |
|
Super, merci Mathilde, Concernant les valeurs à préciser dans les différents tags, juste 2 interrogations : - le paramètre "currency" (présent sur plusieurs tags) prend en paramètre le symbole de la monnaie ($, ¿...). Or on ne peut pas mettre le symbole ¿ sur Price. D'où la question : est-ce que ça leur va si on passe "€" (l'équivalent html du symbole euros) ou "Euros" ? - pour le tag à mettre sur la page de recherche, on est pas capable actuellement de remplir le paramètre "product-id" car on a pas accès aux résultats de recherche > nécessite un dév. Pour le reste, ça semble tout bon ! Merci |
| Commentaire de Marion Anfreville [ 16/déc./09 13:54 ] |
|
On a besoin de savoir si on peut avancer sur le paramétrage
sans la mise en place des paramètres mentionnés par Damien ("product-id"
sur page de recherche et "currency"). Pouvez-vous me faire un retour rapide ? (Olga m'indique que Mathilde sera là demain matin, si c'est le cas, on fait le point demain matin). Si le partenaire a vraiment besoin de ces paramètres, on devra voir avec l'équipe dev pour qu'ils calent un créneau CoMarket. Nous n'entamerons aucune action sans retour de votre part. |
| Commentaire de Jonathan Gorges [ 08/févr./10 12:06 ] |
|
Bonjour, Nous avons repris nos négociations commerciales avec Mythings depuis fin janvier. Ce partenaire accepte finalement de travailler avec nous sur un autre modèle de rémunération (sans post-view). La situation commerciale est donc débloquée. J'ouvre donc à nouveau ce Jira afin que nous traitions leurs demandes techniques. Pour résumer ce Jira, il y a avait trois points techniques "bloquants" pour la mise en place de ce partenariat : - Nous ne posons pas leur tag en haut de page. - Le paramètre "currency" nous posait un problème. - Le tag à poser sur la page recherche également. Ces 3 points n'apparaissent pas comme bloquants aujourd'hui pour eux. Cependant, mon contact me demande si nous pouvons organiser un conf call mettant en relation leur CTO et une personne "technique" chez nous (côté dev) afin de clarifier cette pose de tag. Cela est-il possible? Quelqu'un serait-il disponible côté dev pour participer à cette rapide conf call? Merci d'avance pour votre retour. JG |
| Commentaire de Jonathan Gorges [ 10/févr./10 10:51 ] |
|
Bonjour, Comme vu avec Damien, nous allons organiser cette conf call asap. Aussi, j'attends leur specs techniques actualisés (que je joindrai au Jira). Je vous tiens au courant dès que possible. JG |
| Commentaire de Jonathan Gorges [ 15/févr./10 19:49 ] |
|
Bonjour, Voici comme convenu les deux fichiers de specs techniques pour la pose des tags MyThings. ** New - MyThings - BT Ecommerce Intégration (Retail) ** New - Tag instructions PriceMinister (3) Nous pouvons comme prévu organiser une conf call avec le responsable technique si besoin. Si vous voulez directement lui poser une question par mail, vous pouvez le joindre sur son email. Yoav Chernobroda : yc@mythings.com Je reste naturellement à votre disposition pour toute information complémentaire. Bonne soirée. Jonathan |
| Commentaire de Jonathan Gorges [ 18/févr./10 08:57 ] |
|
Bonjour, Pourriez-vous svp me communiquer une date approximative du paramétrage de ces tags et de leur mise en prod. Je dois en effet communiquer cette information à mon partenaire dès que possible. Aussi, il s'agit pour nous d'un projet prioritaire au marketing car MyThings est un partenaire ayant un très grand potentiel business (type Criteo), capable de nous générer du volume d'affaires incrémental assez rapidement. Merci d'avance pour votre retour et excellente journée. Jonathan. |
| Commentaire de Marion Anfreville [ 18/févr./10 10:45 ] |
|
Si j'ai bien compris, les points indiqués comme bloquant ne le sont plus. Pour la currency (utilisée un peu sur tous les tags), peut-on mettre "Euros" en dur ? Peux-tu venir nous voir Olga et moi pour qu'on fasse le point sur ce qu'il faut mettre en place ? Après, si pas de problème technique, je peux planifier le paramétrage de ces tags la semaine prochaine pour une mise en prod via le dump du 03/03. |
| Commentaire de Jonathan Gorges [ 18/févr./10 11:35 ] |
|
Hello, Merci pour ce retour. Je vais vérifier le point sur la currency. Je viens vous voir cette après-midi pour en parler. Jonathan |
| Commentaire de Jonathan Gorges [ 18/févr./10 12:09 ] |
|
Hello, Après vérification avec le partenaire, nous pouvons bien paramétrer "Euros" en dur. Merci |
| Commentaire de Jonathan Gorges [ 19/févr./10 09:13 ] |
|
Hello, Après vérification avec le responsable technique de MyThings, il n'y a aucun problème pour le paramétrage de son côte de tracking. En synthèse, son tracking figurera dans le tag Effiliation car MyThings récupèrera les URL encodées d'Effiliation (en tant qu'affilié). Donc pas de paramétrage de tracking dans le tag MyThings. Le code a utilisé pour MyThings et à paramétrer dans le tag Effiliation est : 2284840 Olga, peux-tu stp me confirmer que ce code est bien paramétré dans IG dans le groupe de tracking Affiliationx et pour les évènements BUY, FIRST BUY et ACTIVATION COMPTE VENDEUR? Merci d'avance. Jonathan |
| Commentaire de Olga Costa [ 22/févr./10 10:05 ] |
|
Salut, Jonathan, je viens de vérifier nous avons bien 2284840 paramétré sur Effiliation pour les évènements BUY, FIRST BUY et ACTIVATION COMPTE VENDEUR |
| Commentaire de Marion Anfreville [ 24/févr./10 13:31 ] |
|
Risque de décalage de la mise en production des tags MyThings => OCO absente (enfant malade). Je dois avoir des nouvelles dans la journée pour préciser tout ça. Si on doit malgré tout décaler la mise en prod, ce sera pour le dump du 09/03. |
| Commentaire de Marion Anfreville [ 25/févr./10 16:15 ] |
|
Olga sera là demain, elle travaillera donc pour la pose des tags MyThings. Toutefois, je ne sais pas ce qu'il en est pour la suite : sa fille a la varicelle, je ne sais pas encore comme elle compte s'organiser début S09. Damien m'a dit qu'on souhaitait ouvrir un serveur de test pour le partenaire : avec les tests de notre coté + ceux du partenaire, je pense que le créneau pour le dump du 03/03 va être trop court et qu'on devrait partir sur le dump du 11/03. |
| Commentaire de Jonathan Gorges [ 25/févr./10 16:21 ] |
|
Hello, Merci pour ce retour. Si nous pouvons passer sur le dump du 03/03, ca serait top ! Aussi, a quelle date (approximative) puis-je leur demander de checker ces tags sur le serveur dev? Merci d'avance pour ton retour. Jon |
| Commentaire de Damien Dorizy [ 25/févr./10 16:55 ] |
| Jonathan, à propos de l'ouverture de l'accès pour les , est-ce que MyThings t'as communiqué une adresse IP ? |
| Commentaire de Marion Anfreville [ 25/févr./10 17:09 ] |
|
Il faut qu'Olga ait fini son paramétrage, qu'on ait recetté avant. Pour le dump du 03/03, le délai est cours (1 jours pour paramétrer/recetter) . Demain, olga va travailler essentiellement là-dessus et en fonction de l'avancement sur le paramétrage/recette, on pourra communiquer une date à MyThings pour vérifier les tags. Le dump du 03/03 doit être livré lundi midi. |
| Commentaire de Jonathan Gorges [ 25/févr./10 17:10 ] |
|
Hello, Merci pour ce retour. J'ai demandé par email cette adresse hier mais j'attends toujours un retour... Je relance! Jonathan. |
| Commentaire de Jonathan Gorges [ 26/févr./10 09:54 ] |
|
Hello, Voici comme convenu l'adresse IP de MyThing pour l'accès au serveur DEV. 81.218.156.9 Mon contact me demande si nous pouvons laisser l'accès à un second poste chez eux (plus simple pour eux). L'adresse IP est : 79.125.38.219 Merci d'avance pour votre retour. Jonathan. |
| Commentaire de Damien Dorizy [ 26/févr./10 16:12 ] |
|
L'url d'accès au serveur dév est http://www.dev13.babel.fr. À communiquer uniquement lorsque le param et la recette param seront terminés (il faudra aussi raffraichir les caches du serveur) |
| Commentaire de Olga Costa [ 26/févr./10 16:14 ] |
|
http://bo.ref-fr.pm.dev/info/home Jonathan tu peux recetter s'il te plait Merci |
| Commentaire de Jonathan Gorges [ 26/févr./10 18:41 ] |
|
Merci Olga et Damien. Comme vu avec Olga, il y a pls points à corriger. Olga, pourrais-tu stp synthétiser les différents changements vus ensemble ? Merci d'avance. Jonathan |
| Commentaire de Jonathan Gorges [ 02/mars/10 09:48 ] |
|
Bonne nouvelle chers collègues ! Mythings valide l'ensemble des tags posés. Félicitations Olga, c'est la première fois qu'il n'y a aucun retour de leur côté... En revanche, ils n'ont pas pu tester l'achat et la création d'un compte vendeur : à la fin de la transaction, ils obtiennent le message d'erreur : "can't find the server at www.dev13.pm.dev". Ceci étant, ils valident quand même et testeront cette partie en prod. Tout est OK de leur côté pour mettre en ligne. Merci encore pour tout. Jonathan |
| Commentaire de Olga Costa [ 02/mars/10 10:03 ] |
|
C'est super !! Et merci beaucoup à Damien pour son aide ;) |
[EXP-2839] anti crawl Attention a ne pas bloquer Google Création: 16/oct./06 11:55 Mise à jour: 25/juin/07 18:59 Résolue: 07/nov./06 16:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Emmanuel Benmussa | Attribution: | Emmanuel Benmussa |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
je décèle un souci sur le système d'anti crawl qui est en place en prod. A partir des mails que j'ai reçu, j'ai vu qq crawl de GG qui ont été interdits. Pour le moment il ne s'agit pas de GGbot, mais RISQUE FORT 72.14.199.14 => 1090 times "AdsBot-Google (+http://www.google.com/adsbot.html)" cela s'est passé du 4 au 7 octobre, ni avant ni depuis (selon les mails d'alerte que je reçois) Je pensais en fait qu'il y avait comme alerte de ne jamais bloquer un crawl avec un user agent de Google, a priori, ce n'est pas le cas Pas de gros impacts pour le moment, j'ai alerté Patrice qui est en train de creuser le développement fait par xiaoming. Mais cela risque d'être grave parce que cela renvoie une page 403 (INTERDIT ET NE REVIENT JAMAIS) au crawler. Très Dangeureux |
| Commentaires |
| Commentaire de Justin Ziegler [ 16/oct./06 15:34 ] |
|
Maintenant que nous avons un jira sur le sujet, je peux réagir : il me semble que le systeme de white list dont nous disposons a ce niveau est basé sur la notion de user-agent. Mais il est possible que je me trompe. Il est donc certainement possible de rajouter absbot dans la liste de user-agent toléré. NB : le user-agent normal de google est googlebot. La notion de "un user-agent de google" n'est pas maitrisé d'un point de vue technique. |
| Commentaire de Emmanuel Benmussa [ 25/oct./06 19:24 ] |
|
si c'est bien géré par un user agent, c'est ok . Je peux donner la liste des user agent à spécifier : - http://www.google.com/bot.html - Mediapartners-Google + les user agent des crawlers de yahoo, MSN et de Fast - Yahoo! Slurp - msnbot - http://sp.ask.com |
| Commentaire de Emmanuel Benmussa [ 26/oct./06 18:14 ] |
|
Antoine a fait un peu d'exploration dans le monitoring. Il semble bien que l'anti crawl laisse passer les crawls ayant pour user agent Googlebot, et pas seulements les adresses IP dans la whitelist. Mais vu le risque encouru, je pense qu'un contrôle plus poussé est nécessaire : On va donc faire des tests en crawlant avec différents user agent le site PM à partir d'@position. Voici donc le procesus de contrôle que je préconise : 1- Nous allons supprimer de la white list les IP d'@position. 2- Nous allons tester plusieurs crawls avec différents user agent (dont googlebot) 3- Nous allons voir dans quels cas @position se fait black lister par PM (ou pas...). 4- Nous étendrons les user agent pour MSN, Ask , Yahoo et les autres bot de Google. 5- Nous allons remettre nos adresses IP en white list, une fois que tout est testé. 1- Attention cela veut dire que le petit malin qui utilise comme user agent google, peut passer le système. Il vaut mieux laisser ce trou que de prendre un tel risque... 2- Je suis aussi en train de valider que cette méthode ne soit pas un souci lors des contrôles de GG (notamment dans des localisations de cloacking) smais je pense que ce risque est plus faible,. je vais quand même valider cela avec la R&D d'@position. |
| Commentaire de Emmanuel Benmussa [ 02/nov./06 17:00 ] |
|
Point sur les tests : 1 - OK 2 - Ok 3 - ok détail : TEST AVEC UN USER AGENT QUELCONQUE phaeton Fri Oct 27 18:13:18 2006 / 82.66.206.151 => 544 times "La mouse is testing.." TEST AVEC UN USER AGENT GOOGLE QUI n'est pas dans la liste phaeton Tue Oct 31 17:18:29 2006 / 82.66.206.151 => 563 times "http://www.google.com/bot.html" TEST AVEC UN USER AGENT GOOGLE QUI n'est pas bloqué Googlebot pas de blocage => Il semble bien que la liste des users agent qu'Antoine m'a fourni ne sont pas bloqués Reste à faire 4 - Revoir la liste des user agent 5- remettre les Ip d'@position dans la WhiteList pour pouvoir recrawler. Rappel : les user agents white listés donnés pas Antoine : ~ /VoilaBot/ ~ /Googlebot/ ~ /Mediapartners-Google/ ~ /AdsBot-Google/ ~ /yahoo.*slurp/ ~ /Akamai Cache Server/ ~ /Priceminister/ ~ /Aposition/ ~ /Ask Jeeves\/Teoma/ |
| Commentaire de Emmanuel Benmussa [ 02/nov./06 18:01 ] |
|
wiki commenté : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ProcessusAntiCrawl Emmanuel |
| Commentaire de Emmanuel Benmussa [ 07/nov./06 16:56 ] |
|
tests Ok |
[PROD ESPAGNE] Erreurs dans les logs d'esculape
(APP-15376)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 13.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Younès Charrière | Attribution: | Alexandre Garnier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Ressouces (Lot1) | ||||||||
| Description |
|
Plusieurs erreurs sur la prod espagne. Logs issus d'esculape : 2007-02-28 11:59:13,561 ERROR [-Processor13] 84.233.236.242 - Load error Servlet : com.babelstore.image.front.PicServlet Request : GET http://212.23.167.51/pic Referrer : null User-Agent : Mozilla/5.0 (compatible; Panther) Trace : java.lang.NullPointerException at java.util.StringTokenizer.<init>(StringTokenizer.java:182) at java.util.StringTokenizer.<init>(StringTokenizer.java:204) at com.babelstore.image.front.PicAction.parse(PicAction.java:54) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:321) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-02-28 11:59:13,562 INFO [-Processor13] 84.233.236.242 - Setting response status code to 503 2007-02-28 11:59:13,567 ERROR [-Processor13] 84.233.236.242 - Service error Servlet : com.babelstore.image.front.PicServlet Request : GET http://212.23.167.51/pic Referrer : null User-Agent : Mozilla/5.0 (compatible; Panther) Trace : java.lang.ClassCastException: com.babelstore.image.front.PicAction at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-02-28 11:59:13,594 ERROR [-Processor13] - Servlet.service() for servlet pic threw exception java.lang.ClassCastException: com.babelstore.image.front.PicAction at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 01/mars/07 10:19 ] |
|
En même temps c'est quoi cette requête avec une IP et un pic sans paramètres ? Je veux bien blinder pour éviter le NPE, mais ce genre de requête est en théorie impossible. |
| Commentaire de Alexandre Garnier [ 01/mars/07 10:32 ] |
| Au niveau de l'EXPLOIT, à quoi correspond cette IP (212.23.167.51), est-elle accessible de l'exterieur ? |
| Commentaire de Patrice Boulanger [ 01/mars/07 11:02 ] |
| C'est l'adresse de la VIP qui correspond au virtualhost img.priceminister.es, ça renvoie ensuite vers phaeton, cupidon ou aricia et c'est évidemment accessible depuis l'extérieur. |
| Commentaire de Alexandre Garnier [ 01/mars/07 12:10 ] |
| et qui serait susceptible de faire une requête avec l'IP directement comme ça ? Ce serait pas juste un mauvais appel fait à la main comme ça ? |
| Commentaire de Alexandre Garnier [ 01/mars/07 12:12 ] |
|
Je passe ça dans le refactoring ressource pour prendre en compte le fait qu'il faut blinder le code. Si ce genre de requête (/pic sans arguments) se multiplie, je ferais une correction. |
| Commentaire de Younès Charrière [ 23/mars/07 12:19 ] |
|
Cela se produit toujours. Il faut donc blinder le code. Logs sur Venus : 2007-03-23 12:11:28,487 INFO [P-Processor3] 89.202.137.194 - <<< [70 ms] GET http://212.23.167.51/photo/419009730_S.jpg 2007-03-23 12:11:35,117 INFO [P-Processor3] 212.23.57.18 - >>> GET http://212.23.167.51/photo/398685130_M.jpg 2007-03-23 12:11:35,181 INFO [P-Processor3] 212.23.57.18 - <<< [64 ms] GET http://212.23.167.51/photo/398685130_M.jpg 2007-03-23 12:11:35,717 INFO [-Processor10] 89.202.137.195 - >>> GET http://212.23.167.51/photo/428877430_S.jpg 2007-03-23 12:11:35,832 INFO [-Processor10] 89.202.137.195 - <<< [115 ms] GET http://212.23.167.51/photo/428877430_S.jpg 2007-03-23 12:11:36,033 INFO [P-Processor3] 62.23.27.114 - >>> GET http://212.23.167.51/pic 2007-03-23 12:11:36,038 ERROR [P-Processor3] 62.23.27.114 - Load error Servlet : com.babelstore.image.front.PicServlet Request : GET http://212.23.167.51/pic Referrer : null User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Trace : java.lang.NullPointerException at java.util.StringTokenizer.<init>(StringTokenizer.java:182) at java.util.StringTokenizer.<init>(StringTokenizer.java:204) at com.babelstore.image.front.PicAction.parse(PicAction.java:54) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:321) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-03-23 12:11:36,038 INFO [P-Processor3] 62.23.27.114 - Setting response status code to 503 2007-03-23 12:11:36,042 ERROR [P-Processor3] 62.23.27.114 - Service error Servlet : com.babelstore.image.front.PicServlet Request : GET http://212.23.167.51/pic Referrer : null User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Trace : java.lang.ClassCastException: com.babelstore.image.front.PicAction at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-03-23 12:11:36,098 ERROR [P-Processor3] - Servlet.service() for servlet pic threw exception java.lang.ClassCastException: com.babelstore.image.front.PicAction at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaire de Alexandre Garnier [ 24/avr./07 16:07 ] |
|
URL transformée. L'appel à un '/res/pic' (équivalent du actuel '/pic') renvoi un contenu vide avec un code de retour 503 et les logs : 2007-04-24 16:03:10 WARN [Dispatcher ] 192.168.1.137 - Bad request - Missing parameter platformId 2007-04-24 16:03:10 INFO [FrontRequest ] 192.168.1.137 - Setting response status code to 503 L'appel à '/pic' provoquera un 404 en théorie. |
| Commentaire de Younès Charrière [ 05/juil./07 18:18 ] |
| Ok merci alexandre :) |
[APP-20375] Commande passé sans demande de pseudo - mot passe Espagne. Création: 23/avr./08 14:13 Mise à jour: 12/juin/08 09:51 Résolue: 20/mai/08 11:33 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 22.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
80.38.108.131.xls
85.155.85.111.xls
apacheEduarditoSkipy6.txt
apacheMultiServerEduarditoSkipy6.txt
jbossEduarditoSkipy6.txt
priceministerportalespañol.jpg
x files 1.bmp
x files 2.bmp
x files 3.bmp
x files4.bmp
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | TECH | ||||||||||||||||
| Classif2: | session | ||||||||||||||||
| Description |
|
Une personne appelle ce matin. Elle a passé commande sur www.priceminister.es
et ne peut pas ouvrir son compte. Problème: cette personne n'a jamais
ouvert une compte sur Price. Elle a trouvé son article sur google, elle
est arrivé sur PM, a passé commande et changé l'adresse de livraison
déjà remplie de une autre personne. Elle essaie d'ouvrir une compte sur pm avec son adresse email mais celle n'est pas accepté car reconnue.. Les deux personnes, le propriétaire du compte et l'invité habitent à kilometres l'un de l'autre. Le propriétaire n'a jamais modifié son adresse email ou quoi que ce soit... C'est un mystère... Voir copie écran car les modifications sur le compte ont du être effectués. |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 23/avr./08 14:16 ] |
|
Le compte originaire est Dfagen. L'invité a ouvert une autre compte: musikaar |
| Commentaire de Nicolas Chauveau [ 23/avr./08 15:42 ] |
| Sait-on quel jour et a quelle heure le pb est arrivé ? |
| Commentaire de Rocio Perez-Garcia [ 23/avr./08 15:46 ] |
| La commande a été passé hier 22/04/2008 vers 21 10.heures: Numero transaction 37703669/45882818. |
| Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ] |
|
Deux pb d'échange de session en deux jours en ES mais rien en FR. Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb. |
| Commentaire de Ange Ferrari [ 23/avr./08 17:25 ] |
|
J'ai sauvegardé les logs des serveurs applicatifs et des web pour la journée du 22/04/2008 dans /data/priceminister/pmshare/pb_es_20080423 |
| Commentaire de Cantoni Carlos [ 23/avr./08 18:34 ] |
|
Bonjour, Nous avons un vendeur PRO espagnol (pseudo Valenak) qui nous a dit aujourd'hui que depuis quelques jours il arrive sur des comptes d'autres utilisateurs quand il essai d'aller sur son compte. |
| Commentaire de Ange Ferrari [ 23/avr./08 18:47 ] |
|
Est il possible de voir avec ce pro pour qu'il nous fasse parvenir ces informations de cookie pour se faire si il utilise firefox il se connecte sur http://www.priceminister.es une fois qu'il est sur le site dans sa barre d'adresse il tape javascript:alert(document.cookie) et il nous fait une copie d'écran merci |
| Commentaire de Cantoni Carlos [ 24/avr./08 09:57 ] |
|
je viens d'avoir le partenaire au téléphone. Il utilise Firefox et voici la copie d'écran, |
| Commentaire de Ange Ferrari [ 24/avr./08 10:04 ] |
|
Ok peux il expliquer exactement son cheminement sur le site et nous expliquer à quel moment il se retrouve sur le compte d'une autre personne ? Peux tu aussi lui demander si il est capable de reproduire le problème ? Si oui est il possible qu'il fasse la manipulation ( d'afficher le cookie ) au moment ou il arrive sur le compte d'un autre et qu'il nous refasse une copie décran ? Merci de ton aide et de la sienne |
| Commentaire de Cantoni Carlos [ 24/avr./08 14:03 ] |
|
Je vais contacter le partenaire à nouveau. Par contre, il y a un message dans le BO d'un client qui nous dit d'avoir une commande qu'il n'a jamais passé... pseudo Skipy6. Il s'agit peut-être du même probleme???? |
| Commentaire de Rocio Perez-Garcia [ 24/avr./08 14:28 ] |
|
J'ai parlé avec la personne qui a fait l'achat. Elle a bien
un compte sur price: Elle a cherché son article dans le moteur et l'a
mis dans le panier sans que le site le demande pseudo mot passe, elle a
effacé les données de adresse de livraison sur le compte où a fait son
achat. Voir screenshot |
| Commentaire de Ange Ferrari [ 24/avr./08 14:46 ] |
|
Le probleme c'est que pour le moment nous n'arrivons pas à reproduire le problème il faut vraiment demander à quelqu'un qui a eu le probleme de tenter de refaire la même manipulation et si la personne utilise firefox de faire la manipulation que j'ai expliqué plus haut |
| Commentaire de Geneviève Beaujard [ 24/avr./08 17:06 ] |
|
Je pense qu'il faudrait dans un premier temps afficher le n° de session dans les logs. Voici ce que j'ai fait en dev pour voir le n° de session: <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/> <param name="Target" value="System.out"/> <layout class="org.apache.log4j.PatternLayout"> <!-- The default pattern: Date Priority [Category] Message\n --> <!-- <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-15.15X{name} - %m%n"/> <param name="ConversionPattern" value="%d %-5p [%-30.30c{1}] %x %n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%t] %x (%c) - %m%n"/> <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-50.50c - %m%n"/> <param name="ConversionPattern" value="%d %-5p [%-12.12t] %-15.15X{name} - %m%n"/> --> <param name="ConversionPattern" value="%d{yyyy-MM-dd HH:mm:ss} %-5p [%-25.25c{1}] %-15.15X{name} %X{session} - %m%n"/> </layout> </appender> J'ai simplement ajouter %X{session} . Serait t'il possible SVP de faire la même chose en prod ESP, ainsi on pourrait vérifier si les sessions se chevauchent. |
| Commentaire de Patrice Boulanger [ 24/avr./08 17:10 ] |
|
J'ai fait la modif dans le /appli/priceminister/jboss-4.0.2/server/priceminister/conf/log4j.xml. Les session ID apparaissent dans les logs: 2008-04-24 17:09:42,961 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.OfferBlock_jsp 2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.tracking.front.TrackEntryBlock_jsp 2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.XitiBlock_jsp 2008-04-24 17:09:42,963 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden1_jsp 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden2_jsp 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Request aborted (ClientAbortException: java.net.SocketException: Broken pipe) in : com.babelstore.advert.front.AdvertServlet 2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - <<< [399 ms] GET http://www.priceminister.es/offer/buy/20511823/Font-Quer-Pio-Plantas-Medicinales-El-Dioscorides-Renovado-Libro.html 2008-04-24 17:09:42,965 WARN [P-Processor5] - processCallbacks status 2 2008-04-24 17:09:43,005 INFO [-Processor27] - Session bound 2008-04-24 17:09:43,008 INFO [-Processor27] 74.6.27.172 B391CD6568B2CBEF72188299088A663C.esculape - >>> GET http://www.priceminister.es/nav/Libros_Libros-modernos/f1/Literatura/fp/ADe+5+a+10+%26euro%3B/pa/1401 2008-04-24 17:09:43,342 INFO [-Processor10] 201.234.216.46 - >>> GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js 2008-04-24 17:09:43,370 INFO [-Processor10] 201.234.216.46 - <<< [28 ms] GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js 2008-04-24 17:09:43,615 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - >>> GET http://www.priceminister.es/help/i_original_price/popup/true 2008-04-24 17:09:43,658 INFO [-Processor31] 79.147.25.223 DFBBE25DCFB80EFE282124DF0FE8F640.esculape - >>> GET http://www.priceminister.es/navigation/default/category/225338/l1/I 2008-04-24 17:09:43,722 INFO [-Processor10] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - >>> GET http://www.priceminister.es/offer/buy/22137126/Inside-Delta-Force-The-Story-Of-America-s-Elite-Counterterrorist-Unit-Libro.html 2008-04-24 17:09:43,819 INFO [P-Processor7] 62.23.27.114 - >>> GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js 2008-04-24 17:09:43,824 INFO [P-Processor7] 62.23.27.114 - <<< [4 ms] GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js 2008-04-24 17:09:43,984 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - <<< [368 ms] GET http://www.priceminister.es/help/i_original_price/popup/true |
| Commentaire de Geneviève Beaujard [ 29/avr./08 07:58 ] |
|
1) Probleme avec le panier 37703669 Panier crée sans demande de login. Ce panier a pour acheteur Dfagen, alors que Dfagen a envoyé un mail au BO indiquant qu'il n'a pas fait cet achat Items du panier: select advert_id, item_id, buyer_account_id, itm_status_code,creation_date, change_date from item where purchase_id = 37703669 ADVERT_ID ITEM_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE CHANGE_DATE ---------- ---------- ---------------- --------------- ------------------- ------------------- 57136459 45882807 50 22/04/2008 21:10:37 22/04/2008 21:21:08 46849496 45882814 50 22/04/2008 21:20:28 22/04/2008 21:24:45 49068913 45882818 12323220 60 22/04/2008 21:24:29 23/04/2008 11:24:40 Requetes prouvant que ce n'est pas Dfagen qui a construit ce panier: select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37703669; IP_ADDRESS CARD_NUMBER_HASH CREATION_DATE CHANGE_DATE -------------------- -------------------------------------------------- ------------------- ------------------- 83.55.117.145 d435aa6cc838522cd69e0793f6785a483b9b9a2b 22/04/2008 21:10:36 23/04/2008 11:47:25 requête permettant de connaître les achats de Dfagen select purchase_id, pch_status_code, creation_date, card_number_hash from purchase where buyer_login = 'Dfagen' and card_number_hash IS NOT NULL PURCHASE_ID PCH_STATUS_CODE CREATION CARD_NUMBER_HASH ----------- --------------- -------- -------------------------------------------------- 36041666 100 02/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36201690 100 17/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36401710 60 07/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36471662 100 14/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 36411705 100 08/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f 37615695 80 13/04/08 c9d02a82fa666324ccb3a098dd189372ea4ff06f 37703669 60 22/04/08 d435aa6cc838522cd69e0793f6785a483b9b9a2b La premiere requete nous montre que le purchase a été créé avec l'IP 83.55.117.145 alors que l'IP de login de Dfagen est '79.153.182.188'. La deuxieme requete nous montre que cet achat n'a pas été fait avec la carte bleue de Dfagen. Deroulement des actions: 1.1 à 2008-04-22 21:10:36,893 une personne avec l'IP 83.55.117.145 met en panier l'annonce 57136459 2008-04-22 21:10:36,893 INFO [-Processor16] 83.55.117.145 - >>> POST http://www.priceminister.es/cart!action=add&aid=57136459 2008-04-22 21:10:38,180 INFO [-Processor16] 83.55.117.145 - <<< [1287 ms] POST http://www.priceminister.es/cart!action=add&aid=57136459 1.2 à 2008-04-22 21:13:02,963 Dfagen se logge ip = 79.153.182.188 2008-04-22 21:13:02,963 INFO [-Processor13] 79.153.182.188 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=Dfagen&password=live1974&submitbtn=Conexión 1.3 à 2008-04-22 21:20:28,681 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 46849496 2008-04-22 21:20:28,681 INFO [-Processor42] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=46849496 2008-04-22 21:20:29,864 INFO [-Processor42] Dfagen - <<< [1182 ms] POST http://www.priceminister.es/cart!action=add&aid=46849496 1.4 à 2008-04-22 21:21:07,910 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 57136459 2008-04-22 21:21:07,910 INFO [-Processor15] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882807 2008-04-22 21:21:10,154 INFO [-Processor15] Dfagen - <<< [2244 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882807 1.5 à 2008-04-22 21:24:29,458 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 49068913 2008-04-22 21:24:29,458 INFO [-Processor62] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=49068913 2008-04-22 21:24:31,527 INFO [-Processor62] Dfagen - <<< [2069 ms] POST http://www.priceminister.es/cart!action=add&aid=49068913 1.6 à 2008-04-22 21:24:45,930 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 46849496 2008-04-22 21:24:45,930 INFO [-Processor66] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882814 2008-04-22 21:24:46,479 INFO [-Processor66] Dfagen - <<< [548 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882814 D'apres rocio c'est comme si la personne avec l'ip 83.55.117.145 se retrouve magiquement avec le compte de dfagen, dfagen n' a pas commandé cet article. Quand Dfagen s'est loggé je SUPPOSE qu'il a récupéré la session du compte(IP=83.55.117.145), du coup 2 personnes physiques partageaint la même session. En bref je n'y comprends pas grand chose. 2)Panier 37717678 Ici le phenomene est qu'une personne non loggée a fait un panier sur le compte d'une autre personne. D'apres les mails echangés c'est ROCIPR non loggé qui s'est retrouvé dans la session de skipy6. Items du panier: select item_id, advert_id, buyer_account_id, itm_status_code, creation_date from item where purchase_id = 37717678; ITEM_ID ADVERT_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE ---------- ---------- ---------------- --------------- ------------------- 45904797 60682231 12991193 60 24/04/2008 12:53:24 REquetes d'analyse: select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37717678; IP_ADDRESS CARD_NUMBER_HASH CREATION CHANGE_D -------------------- -------------------------------------------------- -------- -------- 85.155.85.111 168b46ea435b003c088c2370eb8a75e2430c5c2a 24/04/08 24/04/08 select purchase_id, buyer_account_id, buyer_login from purchase where card_number_hash = '168b46ea435b003c088c2370eb8a75e2430c5c2a'; PURCHASE_ID BUYER_ACCOUNT_ID BUYER_LOGIN ----------- ---------------- --------------- 37551696 13303238 ROCIPR 37557660 13303238 ROCIPR 37643636 13303238 ROCIPR 37715707 13303238 ROCIPR 37717678 12991193 skipy6 Cette derniere requete nous montre que le panier 37717678 a été payé avec la carte bleue de ROCIPR, ce qui pourrai prouver que ce n'est pas skipy6 qui a construit le panier. Deroulement des actions: 2.1 skipy6 se logge, son IP est 85.155.85.111 008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,096 INFO [P-Processor6] 85.155.85.111 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexión 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,117 INFO [P-Processor6] 85.155.85.111 - User authentication success - login = skipy6 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,165 WARN [P-Processor6] 85.155.85.111 - FRM : com.babelstore.user.front.AccountBlock_jsp overload the model com.babelstore.user.front.AccountBlockModel 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,446 INFO [P-Processor6] 85.155.85.111 - <<< [350 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexión 2.2 xxxx met dans le panier 37717678 l'annonce 60682231 D'apres les mails (ou telephone) echangés xxxx n'est pas skipy6 mais le compte ROCIPR non loggé 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 2.3 xxxx change les frais de port 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 2.4 xxxx met dans le panier 37717678 l'annonce 60682231 JE ME DEMANDE comment il peut faire cela 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:14,805 INFO [-Processor19] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231 2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:15,324 INFO [-Processor19] skipy6 - <<< [518 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231 D'apres rocio skipy6 n'a jamais mis en panier cette annonce, c'est comme si une personne (ROCIPR) non loggée avait recupéré la session de skipy6 3) probleme signale dans http://pricejira.lan/browse/APP-20343 Le pseudo "Merigarci" nous signale qu'en se connectant sur compte (en donnant ou en ne donnant pas son mot de passe) a accédé au compte "nuriacs21". 3.1 merigarci se loggue 2008-04-21 08:27:55,960 INFO [P-Processor7] 217.125.43.187 - <<< [665 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=merigarci&password=piolin&submitbtn=Conexión 2008-04-21 08:27:58,231 INFO [P-Processor2] merigarci - >>> POST http://www.priceminister.es/user!continuebtn=Continuar 2008-04-21 08:27:58,243 INFO [P-Processor2] merigarci - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 08:27:58,404 INFO [P-Processor2] merigarci - Delay to compute counters from 'FO : Mon compte Classic' : 160 ms 2008-04-21 08:27:58,978 INFO [P-Processor2] merigarci - <<< [746 ms] POST http://www.priceminister.es/user!continuebtn=Continuar 3.2 nuriacs21 se logge 2008-04-21 13:47:53,086 INFO [-Processor19] 80.58.239.210 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexión 2008-04-21 13:47:53,127 INFO [-Processor19] 80.58.239.210 - User authentication success - login = nuriacs21 2008-04-21 13:47:53,761 INFO [-Processor19] 80.58.239.210 - <<< [675 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexión 2008-04-21 13:47:56,331 INFO [-Processor18] nuriacs21 - >>> POST http://www.priceminister.es/user!continuebtn=Continuar 2008-04-21 13:47:56,351 INFO [-Processor18] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 13:47:56,585 INFO [-Processor18] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 234 ms 2008-04-21 13:47:57,029 INFO [-Processor18] nuriacs21 - <<< [698 ms] POST http://www.priceminister.es/user!continuebtn=Continuar 3.3 demande de page mon compte premiere demande: 2008-04-21 14:14:38,076 INFO [-Processor28] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:14:38,100 INFO [-Processor28] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:14:38,192 INFO [-Processor28] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 91 ms 2008-04-21 14:14:38,726 INFO [-Processor28] nuriacs21 - <<< [650 ms] GET http://www.priceminister.es/user 2008-04-21 14:14:47,228 INFO [P-Processor5] nuriacs21 - >>> GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21 2008-04-21 14:14:47,755 INFO [P-Processor5] nuriacs21 - <<< [526 ms] GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21 deuxieme demande: 2008-04-21 14:15:09,840 INFO [-Processor19] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:15:09,854 INFO [-Processor19] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:15:09,893 INFO [-Processor19] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 39 ms 2008-04-21 14:15:10,225 INFO [-Processor19] nuriacs21 - <<< [385 ms] GET http://www.priceminister.es/user 2008-04-21 14:15:20,628 INFO [-Processor33] nuriacs21 - >>> GET http://www.priceminister.es/inventory?excludeauto=true&select=0 2008-04-21 14:15:21,353 INFO [-Processor33] nuriacs21 - <<< [725 ms] GET http://www.priceminister.es/inventory?excludeauto=true&select=0 troisieme demande: 2008-04-21 14:16:04,092 INFO [-Processor14] nuriacs21 - >>> GET http://www.priceminister.es/user 2008-04-21 14:16:04,105 INFO [-Processor14] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic' 2008-04-21 14:16:04,158 INFO [-Processor14] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 52 ms 2008-04-21 14:16:04,512 INFO [-Processor14] nuriacs21 - <<< [420 ms] GET http://www.priceminister.es/user 3.4 envoi du mail de plainte de merigarci a partir du compte de nuriacs21 2008-04-21 14:16:12,014 INFO [P-Processor6] nuriacs21 - >>> GET http://www.priceminister.es/help/c/popup/true 2008-04-21 14:16:12,753 INFO [P-Processor6] nuriacs21 - <<< [738 ms] GET http://www.priceminister.es/help/c/popup/true 2008-04-21 14:16:22,855 INFO [-Processor16] nuriacs21 - >>> GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true 2008-04-21 14:16:23,387 INFO [-Processor16] nuriacs21 - <<< [532 ms] GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true 2008-04-21 14:20:15,148 INFO [-Processor11] nuriacs21 - >>> POST http://www.priceminister.es/message!body=Les comuni...&contact=true&inctxid=1001&popup=true&subject=fallo grav... Dans ce bug merigarci pretend se retrouver dans le compte de nuriacs21 apres avoir s'être loggé. C'esp peut être vrai, mais quand je regarde les logs: je vois que: merigarci s'est loggé à 2008-04-21 08:27:55,960 nuriacs21 se logge à 2008-04-21 13:47:53,086 ensuite il y a plusieurs demandes de page mon compte, il y en a peut etre une du navigateur de merigarci, mais je ne vois que le compte de nuriacs21 ensuite nuriacs envoie un mail de plainte (mais c'est parait'il merigarci) 4) Probleme avec le PRO Valenak signalé par carlos ce compte en demandant la page mon compte atterit sur le compte d'une autre personne qu'il se logge ou non. CONCLUSION: UNE personne peut passer commande sans se logger. Une personne peut arriver sur un autre compte en demandant la page 'Mon compte' et ceci peut arriver même si la personne ne donne pas ses infos de login. EN BREF je ne comprends pas ce qui se passe. Avec les numeros de session dans les logs on sera peut être eclairé. Le probleme est qu'on se retrouve avec 2 surfeurs sur la même session. |
| Commentaire de Rocio Perez-Garcia [ 29/avr./08 08:54 ] |
| Merci Geneviève d'avoir fait tout ce boulot. |
| Commentaire de Rocio Perez-Garcia [ 29/avr./08 17:07 ] |
|
Encore un cas: http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=13427300 C'est skipy6 qui nos raconte qui ne peut pas acceder à son compte. PriceMinister ouvre tout le temps le compte de eduardito3da. Qué pasa? |
| Commentaire de Ange Ferrari [ 29/avr./08 17:20 ] |
| est ce que vous parlez en direct avec cet utilisateur voir si il peut reproduire le probleme en direct avec nous ? |
| Commentaire de Geneviève Beaujard [ 30/avr./08 11:20 ] |
|
logs apache dans http://pricejira.lan/secure/attachment/26585/apacheMultiServerEduarditoSkipy6.txt log jboss dans http://pricejira.lan/secure/attachment/26579/jbossEduarditoSkipy6.txt Ces 2 logs retracent les requêtes de eduardito et skypi6 Ces 2 logs nous permettent effectivement de constater le partage de la session 'B03015C382299091074F6D9B0581AA87' entre eduardito(80.38.108.131) et skipy6(85.155.85.111). zgrep -e 85.155.85.111 */*ssl.log.gz ne donne aucun résultat Il nous reste a comprendre pourquoi il y a ce partage de session. Le n° de session est donné par apache/tomcat. Le code qui travaille avec les n° de session est dans FrontRequest.createSession: public void createSession(){ // Find a front session (in request or http session, else create one) HttpSession sessionHttp = this.getSession(); this.setSession((FrontSession) sessionHttp.getAttribute(FrontRequest.FRONT_SESSION)); if (this.session() == null) { this.setSession(new FrontSession(this.getRemoteAddr())); sessionHttp.setAttribute(FrontRequest.FRONT_SESSION, this.session()); this.setIsNewSession(true); } this.session.authorizeBusinessRead(); // Notify session of request starting this.session().beginRequest(this); } C'est dans la variable sessionHttp que l'on récupére la session(apache/tomcat) et je ne vois pas pourquoi on nous donne le même numero. A voir avec ANGE. |
| Commentaire de Ange Ferrari [ 30/avr./08 15:16 ] |
| Voila le traffic pour l'ip 80.38.108.131 |
| Commentaire de Ange Ferrari [ 30/avr./08 15:22 ] |
| le traffic pour l'autre ip |
| Commentaire de Ange Ferrari [ 30/avr./08 15:51 ] |
|
Rocio, Peux tu me confirmer que le message ci dessous a bien été envoyé par skipy6 depuis le compte de eduardito3da ? peux tu nous faire une traduction en fr ? "me intento meter en acceder en mi cuenta y sale directamente sin meter clave ni nada un nombre eduardito3da no se yo no lo he puesto he apagado y encendido el ordenador y sigue saliendo eduardito3da no se si es un cruce de lineas o hay problemas en la conección con priceminister" Merci! |
| Commentaire de Rocio Perez-Garcia [ 30/avr./08 16:03 ] |
|
j'ai essayé de lui contacter toute la journée mais ne répond pas. Oui, je vous confirme que c'est skipy6 qui a envoyé le message, c'est son mail et elle dit: je suis skipy6. Traduc: "J'essaie de accéder à mon compte mais il s'affiche directement, sans demander pseudo et mot de passe, le compte eduardito3da. Je ne sais rien, je n'ai rien fait, j'ai allumé et entant mon ordinateur et continue à s'afficher le compte de eduardito3da. Je ne sais pas si c'est une interférence avec les lignes ou bien des problèmes de connexion à PriceMinister." Je ressaie de lui contacter et vous tient au courant. Merci |
| Commentaire de Geneviève Beaujard [ 30/avr./08 17:12 ] |
|
Modification de FrontSession pour ajouter le numero de session. Modification de Dispatcher pour logger request.logAll() dans une category 'LOG_REQUEST_ALL' Checking in src/com/babelstore/common/front/FrontSession.java; /home/cvs/dev/source/src/com/babelstore/common/front/FrontSession.java,v <-- FrontSession.java new revision: 1.189.10.1; previous revision: 1.189 done Checking in src/com/babelstore/util/web/Dispatcher.java; /home/cvs/dev/source/src/com/babelstore/util/web/Dispatcher.java,v <-- Dispatcher.java new revision: 1.100.28.1; previous revision: 1.100 done |
| Commentaire de Ange Ferrari [ 05/mai/08 15:24 ] |
|
Bon on pense tenir le coupable ! Normalement nous avons effectué quelques modifications il faudrait rester attentif voir rappeler des utilisateurs espagnols pour savoir si ils ont toujours le probleme |
| Commentaire de Natalia Calero [ 06/mai/08 11:37 ] |
| en absence de Rocío j'ai appelé les utilisateurs qui avaient rencontré le problème pour les rassurer concernant la résolution du problème et pour leur indiquer de nous prévenir s'ils rencontraient quelque chose qu'ils consideraient pas normale. |
| Commentaire de Ange Ferrari [ 19/mai/08 15:22 ] |
|
Hello ! Je pense qu'on peut clôturer l'incident Nicolas, Genevieve et les autres observateurs du Jira je ne sais pas si cela vaut le coup qu'on fasse un petit résumé du problème et si oui quelle forme doit il prendre |
| Commentaire de Charles Decaux [ 19/mai/08 15:26 ] |
| Merci à tous, moi je suis preneur d'un petit paragraphe pour comprendre ce qu'il s'est passé :-) et comment on l'a réparé. |
| Commentaire de Edouard Gomez-Vaez [ 20/mai/08 11:33 ] |
|
Je résouds. Ange (je crois que c'est toi le plus apte) peux-tu faire un commentaire en trois phrases du soucis ? Merci. |
| Commentaire de Steven Harel [ 12/juin/08 09:09 ] |
|
on a donc plusieurs utilisateurs qui ont pu se connecter sur
les comptes d'autres utilisateurs sans avoir à renseigner de login et
de mot de passe. c'est un très (très) gros souci. peut-on avoir l'explication (promise) de ce problème et la confirmation de l'équipe technique que c'est réglé définitivement ? merci |
[EXP-4360] pb de ré-écriture d'adresse email du parrain dans le mail de parrainage Création: 21/mai/08 18:02 Mise à jour: 06/mai/09 15:36 Résolue: 06/mai/09 15:36 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Justin Ziegler | Attribution: | Nicolas Chauveau |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Voici les log de notre serveur de mail : May 21 16:50:47 graces00 postfix/smtpd[19433]: connect from hercule02.atlantide.jmsp.net[10.150.28.77] May 21 16:50:47 graces00 postfix/smtpd[19433]: 27B2614088: client=hercule02.atlantide.jmsp.net[10.150.28.77] May 21 16:50:47 graces00 postfix/cleanup[19434]: 27B2614088: message-id=<5237336.1211381447159.JavaMail.nobody@nosuchhost.nosuchdomain.com> May 21 16:50:47 graces00 postfix/cleanup[19434]: 27B2614088: warning: header Subject: justin, voici 7 Euros offerts de la part de Justin from hercule02.atlantide.jmsp.net[10.150.2 8.77]; from=<justin_w_ziegler@priceminister.com> to=<webmaster@priceminister.com> proto=ESMTP helo=<hercule> May 21 16:50:47 graces00 postfix/nqmgr[1506]: 27B2614088: from=<justin_w_ziegler@priceminister.com>, size=25950, nrcpt=1 (queue active) ==> devrait être justin_w_ziegler@yahoo.fr May 21 16:50:47 graces00 postfix/smtpd[19433]: disconnect from hercule02.atlantide.jmsp.net[10.150.28.77] May 21 16:50:47 graces00 postfix/smtp[18583]: 27B2614088: to=<webmaster@priceminister.com>, relay=cluster8.eu.messagelabs.com[85.158.138.179], delay=0, status=sent (250 ok 12113814 47 qp 4982 server-3.tower-169.messagelabs.com!1211381447!4993895!1) May 21 16:50:47 graces00 postfix/nqmgr[1506]: 27B2614088: removed |
| Commentaires |
| Commentaire de Justin Ziegler [ 21/mai/08 18:03 ] |
|
est ce un bug appli ? ou un pb exploit en prod ? est ce reproductible en integ ? |
| Commentaire de Justin Ziegler [ 21/mai/08 18:04 ] |
|
Venir me voir si ce n'est pas clair ! merci |
| Commentaire de Espérance Galouo-Lece [ 22/mai/08 11:18 ] |
|
- RAS en INTEG; - Possible surcharge du nom de domaine des mails en PROD lors de l'envoi des mails; |
| Commentaire de Patrice Boulanger [ 22/mai/08 11:50 ] |
|
Tu pourrais me décrire la manip pour qu'on puisse cibler les logs du serveur AS concerné ? Qu'on puisse reproduire ? Merci. |
| Commentaire de Justin Ziegler [ 22/mai/08 11:52 ] |
| elle s'adresse a qui la question ? |
| Commentaire de Patrice Boulanger [ 22/mai/08 11:55 ] |
|
Ange, pourrais-tu jeter un oeil à la conf des postfix de
Graces et Cupidon pour vérifier si quelque chose pourrait expliquer ce
comportement ? Merci. |
| Commentaire de Ange Ferrari [ 22/mai/08 12:08 ] |
| je viens te voir justin. |
| Commentaire de Justin Ziegler [ 22/mai/08 12:13 ] |
|
Voici l'entête du mail : Return-Path: <justin_w_ziegler@priceminister.com> Delivered-To: justin.ziegler@babel.fr Received: from localhost (unknown [127.0.0.1]) by vhq.babel.fr (Postfix) with ESMTP id 22C60648079; Wed, 21 May 2008 16:50:49 +0200 (CEST) X-Virus-Scanned: PM Antivirus Received: from mail169.messagelabs.com (mail169.messagelabs.com [85.158.138.179]) by vhq.babel.fr (Postfix) with SMTP id D29C564806E for <webmaster@priceminister.com>; Wed, 21 May 2008 16:50:48 +0200 (CEST) X-VirusChecked: Checked X-Env-Sender: justin_w_ziegler@priceminister.com X-Msg-Ref: server-3.tower-169.messagelabs.com!1211381447!4993895!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [212.23.167.26] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE Received: (qmail 4982 invoked from network); 21 May 2008 14:50:47 -0000 Received: from graces.atlantide.jmsp.net (HELO graces.atlantide.jmsp.net) (212.23.167.26) by server-3.tower-169.messagelabs.com with SMTP; 21 May 2008 14:50:47 -0000 Received: from hercule (hercule02.atlantide.jmsp.net [10.150.28.77]) by graces.atlantide.jmsp.net (Postfix) with ESMTP id 27B2614088 for <webmaster@priceminister.com>; Wed, 21 May 2008 16:50:47 +0200 (CEST) Message-ID: <5237336.1211381447159.JavaMail.nobody@nosuchhost.nosuchdomain.com> Date: Wed, 21 May 2008 16:50:47 +0200 (CEST) From: Justin Ziegler <justin_w_ziegler@priceminister.com> Reply-To: Justin Ziegler <justin_w_ziegler@priceminister.com> To: webmaster@priceminister.com Subject: justin, voici 7 Euros offerts de la part de Justin Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_704_24470592.1211381447150" X-MailService: JavaMailService |
| Commentaire de Ange Ferrari [ 22/mai/08 17:12 ] |
|
Bon ben j'ai identifié le coupable Merci de preparer le goudron et les plumes pour les équipes de Jet Multimedia Incident ouvert correction à venir |
| Commentaire de Ange Ferrari [ 23/mai/08 16:08 ] |
|
Jet avait mis en place un filtre au niveau du serveur email
pour réécrire tous les emails sortant de la plateforme en
@priceminister.com tout ça pour éviter que notre smtp soit identifié comme un relay de spam. Il est vrai que le From du message envoyer devrait être une adresse en @priceminister.com et que le Reply-To soit l'adresse de la personne emettrice du parrainage Retour de JET "La règle a été retirée conformément à votre demande. Mais nous devons vous informer des risques que cela comporte: - L'envoi de mails dont l'émetteur ne fait pas parti d'un domaine légitime de la plateforme risque d'être considéré par les SMTP externe comme de l'usurpation d'identité et aura pour conséquence le blacklistage de votre plateforme et des IP de Jetmultimedia. Pouvez-vous étudier de votre coté la possibilité de mettre un champ "reply to" avec la véritable adresse de l'émetteur ? Exemple: Remplacer le "to" par "vousavezuncontact@priminister.com" reply to: "michel@yahoo.fr" Ainsi le récepteur pourra répondre à l'émetteur et il n'y aura pas d'usurpation d'identité coté serveur." Nicolas je t'assigne ce JIRA car il est lié aux autres JIRA concernant les problèmes d'envoi d'emails depuis la plateforme price |
| Commentaire de Justin Ziegler [ 23/mai/08 17:53 ] |
|
c'est tout de meme un peu moins bien d'un point de vue fonctionnel :-/ comment fait on pour avoir l'effet "de la part de machin'" ? |
| Commentaire de Ange Ferrari [ 29/mai/08 09:33 ] |
|
On pourrait imaginer que dans le from on mette From: "De la part de Ange Ferrari" <whatever@priceminister.com> ce qui afficherait dans le client mail "De la part de Ange Ferrari" avec un Reply-To: ange.ferrari@priceminister.com Le reply-to est vraiment supporté par l'ensemble des clients emails on a donc peut de chance ( mis a part les spammer ) que des gens répondent sur l'adresse whatever@priceminister.com |
| Commentaire de Ange Ferrari [ 29/mai/08 09:42 ] |
|
J'ai fait le test sur cdiscount From jdoe@yahoo.com Thu May 29 07:41:11 2008 Return-Path: <jdoe@yahoo.com> Authentication-Results: mta212.mail.mud.yahoo.com from=yahoo.com; domainkeys=neutral (no sig) Received: from 81.252.251.70 (EHLO CDWWW17.cdweb.biz) (81.252.251.70) by mta212.mail.mud.yahoo.com with SMTP; Thu, 29 May 2008 00:41:15 -0700 Received: from mail pickup service by CDWWW17.cdweb.biz with Microsoft SMTPSVC; Thu, 29 May 2008 09:41:11 +0200 thread-index: AcjBX106RszARvjvQxi4d9hSa+X2rg== Thread-Topic: Hey trop cool From: <jdoe@yahoo.com> Ajouter l'expéditeur dans les contacts To: <spamcatched@yahoo.fr> Subject: Hey trop cool Date: Thu, 29 May 2008 09:41:11 +0200 Message-ID: <F542AD103B64441BBA83F54DAF02B2B7@cdweb.biz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0000_01C8C170.20C7EBD0" Content-Class: urn:content-classes:message Importance: normal Priority: normal Content-Length: 7314 Il passe direct en spam chez yahoo |
| Commentaire de Justin Ziegler [ 29/mai/08 14:23 ] |
|
je ne comprends pas ton test :-( que cherches tu a tester ? |
| Commentaire de Ange Ferrari [ 29/mai/08 14:38 ] |
|
Je testais la réaction d'un antispam face à un site qui faisait comme nous (c'est à dire cdiscount) |
| Commentaire de Patrice Boulanger [ 06/mai/09 15:36 ] |
|
Doublon avec |
Plan de Taggage Nextperformance : retargeting comportemental
(APP-28963)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 74.0.2.1 |
| Type: | Sub-new feature | Priorité: | Majeur |
| Rapporteur: | Jonathan Gorges | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Hello Éric, Parrallèlement à la pose des tags pour NextPerformance, nous devons créer un flux produit ALL pour ce partenaire. Ils préfèrent le CSV au XML. Voici la structure du flux souhaité : - id produit - prix - nom produit - url image - url du produit avec code de tracking à la fin de chaque URL - id categorie - description - prix origine (pour prix barrés) Nous ne souhaitons pas transmettre les sex toys dans ce flux. Le flux devra être mis à disposition quotidiennement sur un de leur FTP. Je te transmettra les infos du FTP asap. Le code de tracking à insérer après chaque URL des produits est : ?t=2295541 Enfin, je demande s'ils sont capables de gérer des flux incrémentaux et te fais un retour asap également. Je reste à ta disposition pour toute information complémentaire. Jon |
| Commentaires |
| Commentaire de Jonathan Gorges [ 19/avr./10 18:03 ] |
|
Hello, Voici comme convenu mon retour sur les flux à mettre en place. Nous leur proposerons des flux incrémentaux (ils sont capables de les gérer). Aussi, le taggage des pages étant bientôt finalisé, pourriez-vous svp me communiquer une date approximative de livraison des flux ? Merci d'avance pour votre retour. Bonne soirée. Jonathan. |
| Commentaire de Eric Vannier [ 22/avr./10 18:08 ] |
|
Jonathan , Qu'entends-tu par category id ? Cordialement, |
| Commentaire de Jonathan Gorges [ 22/avr./10 19:13 ] |
|
Hello, Défaut de langage, désolé ! Je voulais dire "Product Type Code" ou "Rang" (selon le BO) Livres = 10 CD = 30 ... A ta dispo Jon |
| Commentaire de Eric Vannier [ 23/avr./10 09:33 ] |
|
Une dernière précision UTF8 ou ISO-8859-1 ? j'ai déjà généré un extrait du flux : ID|PRIX|TITRE|IMAGE|URL|CATEGORIE_ID|DESCRIPTION|PRIX_ORIGINE 92351271|40.00|Final Fantasy Xiii|http://cot.priceminister.com/photo/860334093_S.jpg|http://www.priceminister.com/offer/buy/92351271/final-fantasy-xiii-jeu-p s3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Final Fantasy Xiii a prix réduit sur PriceMinister.|69.90 84098068|41.00|Call Of Duty - Modern Warfare 2|http://cot.priceminister.com/photo/853273961_S.jpg|http://www.priceminister.com/offer/buy/84098068/call-of-dut y-modern-warfare-2-jeu-ps3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Call Of Duty - Modern Warfare 2 a prix réduit sur PriceMin ister.|62.99 92807006|38.00|God Of War Iii|http://cot.priceminister.com/photo/859882034_S.jpg|http://www.priceminister.com/offer/buy/92807006/god-of-war-iii-jeu-ps3.html? t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez God Of War Iii a prix réduit sur PriceMinister.|69.99 82088945|30.00|Uncharted 2 - Among Thieves|http://cot.priceminister.com/photo/855676457_S.jpg|http://www.priceminister.com/offer/buy/82088945/uncharted-2-amo ng-thieves-jeu-ps3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Uncharted 2 - Among Thieves a prix réduit sur PriceMinister.|69.99 90583282|32.95|Heavy Rain|http://cot.priceminister.com/photo/861267581_S.jpg|http://www.priceminister.com/offer/buy/90583282/heavy-rain-jeu-ps3.html?t=229554 1|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Heavy Rain a prix réduit sur PriceMinister.|69.99 84098070|35.00|Call Of Duty - Modern Warfare 2|http://cot.priceminister.com/photo/853273963_S.jpg|http://www.priceminister.com/offer/buy/84098070/call-of-dut y-modern-warfare-2-jeu-xbox-360.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Call Of Duty - Modern Warfare 2 a prix réduit sur Pri ceMinister.|62.99 |
| Commentaire de Jonathan Gorges [ 23/avr./10 09:38 ] |
|
Hello, Merci pour ta réactivité Eric. Je demande au partenaire, lui fait valider la structure du flux et reviens vers toi asap. Merci. |
| Commentaire de Jonathan Gorges [ 23/avr./10 14:52 ] |
|
Hello Eric, Parrallèlement, mon partenaire me demande les plages IP à autoriser pour leur FTP. Pourrais-tu me les communiquer ? Merci d'avance. |
| Commentaire de Eric Vannier [ 23/avr./10 16:44 ] |
| Le serveur qui va réaliser la mise en production aura l'ip = 212.23.167.57 |
| Commentaire de Eric Vannier [ 23/avr./10 16:44 ] |
| j'attends ton go pour mettre le flux en prod car de notre côté tout est OK. |
| Commentaire de Jonathan Gorges [ 23/avr./10 17:58 ] |
|
Hello, Merci Eric, j'attends la confirmation du partenaire sur la structure du flux et reviens vers toi asap pour lancer (surement début de semaine prochaine). Jon |
| Commentaire de Jonathan Gorges [ 27/avr./10 14:51 ] |
|
Hello, Voici comme convenu les informations nécessaires concernant leur ftp : IP : 88.191.39.104 login : priceminister pass : FugquogBeeb4 J'attends toujours leur GO cependant pour mettre en prod le flux. A votre dispo. Jon |
| Commentaire de Jonathan Gorges [ 27/avr./10 17:00 ] |
| GO :) ! |
| Commentaire de Eric Vannier [ 27/avr./10 18:21 ] |
| C'est en production |
| Commentaire de Jonathan Gorges [ 28/avr./10 16:15 ] |
|
Hello Eric, Mon contact technique chez Nextperf m'informe que le flux n'est pas arrivé sur leur ftp. En regardant le "tableau marketing" des flux, aucun flux n'a effectivement été envoyé. Peux-tu voir stp ce qu'il s'est passé ? Merci |
| Commentaire de Eric Vannier [ 10/août/10 11:00 ] |
| je résous car ce flux est en production |
[EXP-1912] Mail considérés comme SPAM Création: 02/mai/06 18:02 Mise à jour: 25/juin/07 18:57 Résolue: 11/mai/06 15:24 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Troubleshooting |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 jours | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
De plus en plus de mes correspondants ne recoivent pas mes mails car ceux ci sont consodérés comme SPAM... Ca n'est pas nouveau mais ca devient inquiétant car ca augmente soudainement.... |
| Commentaires |
| Commentaire de Sébastien Tournay [ 02/mai/06 18:20 ] |
|
On a indetifié ce problème la semaine dernière. Visiblement
nous sommes depuis peu indetifié dans certaines blacklist. C'est pour
cela que maintenant nous appaissons en SPAM chez certains utilisateurs. Aranud, ou en sommes nous avec COLT sur ce sujet ? Dans combien de RBL sommes nous identifiés ? Pour moi une des causes de notre blacklistage est un envoi massif de mail non sollicité suite à un éventuel virus (spyware)en interne. Tu peux te le faire confirmer par COLT. comme vu ce matin, est-ce que nous pouvons indetifié une (ou des machines) qui sur notre réseau envoi beaucoup de mail ? |
| Commentaire de ZZ_Arnaud Baali [ 03/mai/06 09:02 ] |
|
J'ai pris contact avec Colt qui m'a expliqué que le problème
de blacklist pouvait venir soit d'un spyware soit d'un autre client
client de chez eux qui dispose du meme serveur smtp que nous pour
envoyer ces mails. J'ai effectué un test ce matin sur le site de dnsstuff et nous sommes blacklistés sur 7 listes. J'ai effectué aussi les opérations de déblacklist qui devront prendre effet d'ici une heure environ. Mais comme il l'est à chaque fois indiqué, nous pouvons être reblacklisté deux jours après ou moins si le problème d'envoi de mail persiste. |
| Commentaire de Sébastien Tournay [ 03/mai/06 10:08 ] |
|
A suivre donc pour surveiller notre sorti des BL. Cela vaut le coup d'étudier sur notre réseau que nous n'avons pas de spyware. Avec Norton nous avions une lutte centralisée contre les spyware. Ou en sommes nous avec KAPERSKY ? Cela vaut le coup aussi de lancer en automatique une analyse compléte de tous les postes de W avec KAPERSKY pour être certain que nous n'avons pas de virus sur les postes. Autre piste si le pb persite.. On pourrait modifier l@IP publique de notre FW. On pourrait sortir donc des BL. non ? Mais attention aux impacts (VPN, prise en compte d'une nouvelle @IP pour notre accès à JMH..). Quid alors si notre problème de SPYWARE n'est pas réglé ou que le problème avec un autre client de COLT est toujours présent. Que fait COLT pour avancer sur notre Problème ? Cela vaut peut-être le coup de faire un petit mail d'information interne pour informer tout le monde du problème rencontré en ce moment et sensibiliser les utilisateurs sur le fait que certains mails peuvent se perdre dans la boite SPAM du destinataire. |
| Commentaire de ZZ_Arnaud Baali [ 03/mai/06 10:51 ] |
|
Nous avons été sortie de 3 LBL il en reste encore autant. COlt est toujours en investiguation, le technicien relance le service concerné. |
| Commentaire de ZZ_Arnaud Baali [ 03/mai/06 15:27 ] |
|
Nous avons été déblacklisté de toutes les listes. Il en reste uniquement une mais qui est à la charge de Colt Je relance colt cet après midi pour cette liste et je pense que notre souci de blacklist sera résorbé. |
| Commentaire de Sébastien Tournay [ 04/mai/06 09:21 ] |
| Pour moi le problème n'est pas réglé. On peut à nouveau être listé dans les RBL dans 48 heures si le problème vient de chez nous. Il faut donc travailler sur le fond du problème avec COLT mais aussi en interne pour être certain de ne plus avoir ce problème. Il faut surtout regarder 2 fois par jour DNSTUFF pour voir si nous sommes à nouveau blacklisté. |
| Commentaire de ZZ_Arnaud Baali [ 11/mai/06 11:25 ] |
|
Voilà maintenant une semaine que le problème de Blacklist
n'a pas réapparu. Les RBL ne contiennent plus notre adresse IP. Côté Antivirus, le premier scan n'a pas remonté de souci. Néanmoins, la plannification du prochain scan est déjà prévu pour le week-end donc à partir de Lundi je revérifi les log de l'antivirus. Le JIRA pour je pense être cloturé à la suite de cette vérification |
[EXP-724] Upgrade du lien COLT 2Mo à 4Mo Création: 02/janv./06 11:39 Mise à jour: 25/juin/07 18:55 Résolue: 03/févr./06 18:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 heures, 5 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faut faire le point avec COLT pour connaitre l'avancement
de notre projet de migration de notre lien SDSL (2Mo à 4Mo). Voir si la
date d'upgrade est plannifiée. Définir avec eux la procédure
(changement du routeur ?). Si le routeur est changé, s'assurer que
l'ancienne configuration est bien reprise. Il devient urgent de migrer à 4M compte tenu des ralentissements du lundi matin |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 02/janv./06 19:07 ] |
| attente reponse colt |
| Commentaire de Jérémie Bennejean [ 11/janv./06 15:06 ] |
|
Intervention de Colt 11 janvier 2006 à partir de 15H pour le
montage et le test de notre ligne 4 Mo avec France télécom. J'ai demandé un mail de confirmation à Colt. D'autre part ils m'ont dit que "normalement" nous n'aurions pas perturbations ... |
| Commentaire de Jérémie Bennejean [ 11/janv./06 16:09 ] |
| erreur je voualis dire le 12 janvier et non le 11 |
| Commentaire de Sébastien Tournay [ 12/janv./06 12:16 ] |
| Attention concernant le routeur. Il me semble qu'ils vont le changer. ATTENTION alors à la configuration de nos régles et de notre plan d'@IP. |
| Commentaire de Jérémie Bennejean [ 17/janv./06 16:01 ] |
|
Aprés avoir relancé Laurent Hullot -Wilm, ce matin , j'ai eu une réponse que j'ai fais suivre à Sébastien et Alain. Il serait bon de planifier le moment de passage à 4 Mo. |
| Commentaire de Alain Bonneaud [ 17/janv./06 16:39 ] |
| A planifier lundi ou mardi matin à 8h00. Ca vous va? |
| Commentaire de Sébastien Tournay [ 17/janv./06 17:07 ] |
| Je préfère mardi car je suis absent le lundi. |
| Commentaire de Jérémie Bennejean [ 23/janv./06 15:44 ] |
|
Mr goudenege de chez Colt à appeller afin deme proposer de
faire l'upgrade immédiatement, ce que j'ai refusé ou de le plannifier. La plannification n'est possible que de 10h a 18h ,du lundi au vendredi. Sinon c'est payant. La coupure ne dure que 5 à 1à minutes selon lui. Il m'a assuré que nous conservions bien nos adresses IP. Durant l'opération ( ou aprés ) il me tienne informé par téléphone REste donc une plage horaire à définir.. Mr Goudenege est joignable en le demandant au 01 70 99 55 00 à partir de 10H dès mardi 24 janvier. |
| Commentaire de Jérémie Bennejean [ 31/janv./06 09:14 ] |
|
J'ai pu avoir un responsable ainsi qu'un technicien me
réservant la plage horaire du vendredi 3 février de 12H00 à 13H00 pour
faire l'upgrade de notre lien. Durant l'opération j'ai demandé à être avec le technicien Colt chargé de l'opération afin de pouvoir revenir en arrière si cela ne fonctionnait pas. L'opération consiste pour colt à recopier la même configuration de notre actuel routeur vers le nouveau. Ensuite de notre coté il faudra switcher le lien en le Fortigate et le routeur nouveau. La durée de l'opération, selon colt est estimée à 20 minutes. Dès que j'ai le mail de confirmation de Colt ainsi que votre confirmation accord, on enverra un mail pour prévenir tout le monde que vendredi 3 février entre 12H00 et 13H00 l'accès à Internet sera coupé du fait de l'upgrade du lien. Il sera toujours possible via le MPLS d'accéder à la prod ainsi qu'au Bo d'accéder au Bo. (Cela a été vérifié |
| Commentaire de Jérémie Bennejean [ 03/févr./06 10:25 ] |
|
Nom du contact COLT : Thomas GREBELEZ 01-70-99-58-20 |
[EXP-1374] Infoglue - problème de connexion sur lui meme Création: 23/févr./06 15:18 Mise à jour: 25/juin/07 18:56 Résolue: 08/mars/06 18:29 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Infoglue cherche à se connecter sur lui-même avec l'url http://eglue.priceminister.com/cms/UpdateCache.action Le problème, c'est qu'il n'y arrive pas. Exemple : [pmas@esculape mainlog]$ wget http://eglue.priceminister.com/cms/UpdateCache.action --15:14:38-- http://eglue.priceminister.com/cms/UpdateCache.action => `UpdateCache.action' Resolving eglue.priceminister.com... 212.23.167.55 Connecting to eglue.priceminister.com|212.23.167.55|:80... failed: Network is unreachable. On a donc de grosses erreurs dans la log 2006-02-23 15:13:44,555 INFO [-Processor13] - java.io.IOException: Server returned HTTP response code: 502 for URL: http://eglue.priceminister.com/cms/UpdateCache.action 2006-02-23 15:13:44,555 INFO [-Processor13] - at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149) 2006-02-23 15:13:44,555 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.postToUrl(RemoteCacheUpdater.java:154) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.updateRemoteCaches(RemoteCacheUpdater.java:103) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.notify(RemoteCacheUpdater.java:72) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.ChangeNotificationController.addNotificationMessage(ChangeNotificationController.java:113) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.controllers.kernel.impl.simple.CmsJDOCallback.created(CmsJDOCallback.java:233) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.persist.TransactionContext.create(TransactionContext.java:958) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.jdo.engine.DatabaseImpl.create(DatabaseImpl.java:380) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:365) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.doExecute(ImportRepositoryAction.java:174) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:110) 2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.GenericDispatcher.executeAction(GenericDispatcher.java:131) 2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:174) 2006-02-23 15:13:44,557 INFO [-Processor13] - at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 2006-02-23 15:13:44,557 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.security.InfoGlueAuthenticationFilter.doFilter(InfoGlueAuthenticationFilter.java:140) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:93) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.deliver.applications.filters.CacheEvictionFilter.doFilter(CacheEvictionFilter.java:108) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) 2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) 2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) 2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) 2006-02-23 15:13:44,561 INFO [-Processor13] - at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Swan Desportes [ 23/févr./06 16:40 ] |
|
Je viens de regarder. Il n'y a pas de solution court terme par property. Est ce que vous pourriez faire le nécessaire pour ouvrir la "route" vers eglue.priceminister.com ? Merci |
| Commentaire de Sébastien Tournay [ 23/févr./06 16:48 ] |
|
On ne peut pas ouvrir la route depuis un serveur applicatif
(ex ici avec ESCULAPE) vers une adresse IP publique. Ils ne peuvent pas
sortir.. On ne peut et on ne veut pas le faire.. Plusieurs solutions alors : * utilisation d'une couche pour passer par le proxy. Une properties qui pourrait faire cela ?? Un peu compliquer sans doute. C'est ce que nous faisons pour chronopost et SIPS.. * Renseigner dans le fichier /etc/hosts sur ESCULAPE l'@IP privée de PHAETON (par exmple) pour faire la résolution eglue.priceminister.com/... sur la RIP |
| Commentaire de Ranto Andriambololona [ 23/févr./06 17:39 ] |
|
Le problème de mettre l'IP privée de phaeton c'est quelle
est déja utilisé dans Apache par le virtual-host bo.jmh.lan Une solution est de - créer une deuxième IP privéé virtuelle sur Phaeton et de brancher un virtualhost eglue dessus sur le port 80 - Renseigner dans le fichier /etc/hosts sur ESCULAPE cette nouvelle IP privée de Phaeton |
| Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ] |
|
On a trouvé une alternative via l'IP privée de CUPIDON Actuellement de esculape on peut faire une requete |
| Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ] |
| wget http://eglue.priceminister.com/cms/UpdateCache.action |
| Commentaire de Swan Desportes [ 24/févr./06 10:44 ] |
|
OK pour le wget mais malheureusement, ça ne change rien pour Java. On a toujours la même trace dans la log. |
| Commentaire de Swan Desportes [ 24/févr./06 10:47 ] |
|
Pour info : 502, mauvais routage : le serveur a reçu une réponse invalide du serveur en amont |
| Commentaire de Ranto Andriambololona [ 24/févr./06 12:03 ] |
|
La méthode évoqué en dessus ne fonctionne pas ... Nous avons modifié les paramètres ci-dessous dans le fichier cms.properties de ESCULAPE #Internal sites (working/preview) urls internalDeliverUrl.0=http://127.0.0.1/cms internalDeliverUrl.1=http://127.0.0.1/cms #Live-sites urls publicDeliverUrl.0=http://127.0.0.1/cms Cela a permit de régler le problème, les données eglue sont en PROD Swan, pense à ajouter notre modif dans les futurs EAR |
| Commentaire de Swan Desportes [ 24/févr./06 14:36 ] |
|
Malheureusement, on a encore la trace. C'est moins bloquant mais qd meme... 2006-02-24 14:33:13,264 INFO [-Processor18] - Updating cache at http://127.0.0.1/cms/UpdateCache.action 2006-02-24 14:33:13,264 INFO [-Processor18] - java.net.ConnectException: Connection refused 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.socketConnect(Native Method) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) 2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) |
| Commentaire de Ranto Andriambololona [ 24/févr./06 14:46 ] |
|
Comme tomcat écoute sur le port 8009, il faudrait modifier l'url en http://127.0.0.1:8009/cms/UpdateCache.action [pmas@esculape ~]$ wget http://127.0.0.1:8009/cms/UpdateCache.action --14:46:11-- http://127.0.0.1:8009/cms/UpdateCache.action => `UpdateCache.action.4' Connecting to 127.0.0.1:8009... connected. |
| Commentaire de Ranto Andriambololona [ 24/févr./06 16:05 ] |
|
Je viens de mettre à jour l'URL dans le fichcier cms.properties Depuis 10 mn l'erreur ne revient plus .. Swan, merci de confirmer et fermer si ok |
| Commentaire de Ranto Andriambololona [ 24/févr./06 17:07 ] |
|
Toujours des erreurs mais cette fois-ci d'autres type 2006-02-24 17:02:50,097 INFO [P-Processor8] - Updating cache at http://127.0.0.1:8009/cms/UpdateCache.action 2006-02-24 17:02:50,099 ERROR [P-Processor6] - BAD packet signature 20559 2006-02-24 17:02:50,099 ERROR [P-Processor6] - Error, processing connection java.lang.IndexOutOfBoundsException at java.io.BufferedInputStream.read(BufferedInputStream.java:306) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-02-24 17:02:50,100 ERROR [P-Processor6] - BAD packet signature 20559 2006-02-24 17:02:50,100 ERROR [P-Processor6] - Error, processing connection java.lang.IndexOutOfBoundsException at java.io.BufferedInputStream.read(BufferedInputStream.java:306) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) Dans la mesure ou les données sont en PROD et que cette erreur n'est pas bloquant pour eglue, je redescend la prirotité de cette tache |
| Commentaire de Ranto Andriambololona [ 08/mars/06 18:29 ] |
| on a plus l'erreur sur ESCULAPE |
[EXP-5169] pulserecords (ID:17007501) : Images non visibles Création: 02/sept./10 11:29 Mise à jour: 28/sept./10 10:36 Résolue: 27/sept./10 17:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Jérome Marianne |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Salut, Pourrais tu forcer la mise à jour image de ce pro.
En effet après 48h toutes les images ne sont toujours pas en ligne pour certaines fiches produits, pourtant les URL sont correctes. Ex de produits concernées: 104586901 99031732 105788163 92575342 |
| Commentaires |
| Commentaire de Eric Vannier [ 13/sept./10 12:13 ] |
|
Le soucis vient d'une indisponibilité au moment du passage du batch :
grep 'http://www.pulserecords.co.uk/pics/121145.jpg' nohup.out 2010-09-13 09:00:05,894 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : http://www.pulserecords.co.uk/pics/121145.jpg for product : 104586901 attribute 3051749526 (31/08/2010-11:34) UserAccount 17007501 [ class java.io.IOException : HTTP response code is not 200 : 503 ] 503 Service Unavailable Service temporairement indisponible ou en maintenance Toutes les images du partenaire subissent le même sort : grep 'http://www.pulserecords.co.uk/pics/' nohup.out | wc -l 3251 Il faut voir avec lui |
| Commentaire de Maram Khayati [ 16/sept./10 17:25 ] |
|
J'ai prévenu le Pro pour revoir son fichier et les url photos.
Je reviens vers vous dès que j'ai une réponse. Merci Maram |
| Commentaire de Eric Vannier [ 22/sept./10 10:26 ] |
| Je te laisse gérer cela et revenir vers nous si nécessaire. |
| Commentaire de Maram Khayati [ 22/sept./10 11:27 ] |
|
Salut,
Le pro me fournit une réponse : Hi Maram Is your IP address 212.23.170.236? inetnum: 212.23.170.0 - 212.23.173.255 netname: JMSP-HOSTING-1 descr: Jetmultimedia France descr: Velizy, FRANCE country: FR admin-c: JM-RIPE tech-c: JM-RIPE status: ASSIGNED PA notify: ***@jmsp.net mnt-by: JETMULTIMEDIA-MNT source: RIPE changed: *********@jetmultimedia.fr 20081003 If so, my server provider has blocked your IP address. The reason is that there were persistent calls to non-existant files on the server: [Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/55614.jpg [Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/14141.jpg [Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/77582.jpg [Fri Jan 01 07:24:34 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/23096.jpg [Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/74149.jpg [Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/100345.jpg [Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/68142.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/77006.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/97726.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/71993.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/55327.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/74403.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/95478.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/79298.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/62799.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/95304.jpg [Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/72155.jpg [Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/57758.jpg [Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/68742.jpg [Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/78269.jpg When you can assure me that your system will only try to access the files mentioned in the data that we send, I may be able to persuade the people that administer the server to unblock. Cheers Steve |
| Commentaire de Jérome Marianne [ 27/sept./10 17:45 ] |
|
Le mécanisme d'import image ne peut être changé.
Etant donné qu'il est en mise à jour produit il recherche les URL pour lesquelles on n'a rien récupéré, on n'est pas censé savoir qu'il ne les a plus sur son serveur. A lui donc de décider de débloquer notre IP. Pour plus d'info la dessus il faut voir avec Eric Vannier |
| Commentaire de Maram Khayati [ 28/sept./10 09:31 ] |
|
Je ne sais pas si ça a un rapport avec le problème ou pas mais je viens de recevoir un mail du Pro disant:
Any idea why Priceminister France is suddenly showing so many errors – I haven’t changed anything when uploading:- 24/09/2010-19:10 Ecrasement 22741 (2374) 87 % Traité 23/09/2010-19:07 Ecrasement 22734 (2374) 87 % Traité 22/09/2010-22:30 Ecrasement 22752 (2375) 87 % Traité 21/09/2010-20:47 Ecrasement 22755 (2375) 87 % Traité 20/09/2010-20:37 Ecrasement 22748 (2376) 87 % Traité 17/09/2010-19:15 Ecrasement 22739 (2377) 87 % Traité 15/09/2010-19:02 Ecrasement 22730 (2379) 87 % Traité 13/09/2010-19:12 Ecrasement 22716 (2380) 87 % Traité 10/09/2010-18:23 Ecrasement 22750 (2384) 87 % Traité 10/09/2010-18:21 Ecrasement 22750 (2385) 87 % Traité 09/09/2010-19:35 Ecrasement 22754 (2387) 87 % Traité 08/09/2010-20:21 Ecrasement 22719 (38) 100 % Traité Priceminister Spain has far less errors. Regards, Gary |
| Commentaire de Jérome Marianne [ 28/sept./10 10:36 ] |
|
J'ai repassé son format en création produit et non plus en mise à jour produit.
Le dernier fichier à été retraité le taux est revenu à 100%. |
[APP-31143] [ES] Probleme sur les banners de la regie Espagne Création: 23/sept./10 13:52 Mise à jour: 11/oct./10 10:02 Résolue: 08/oct./10 10:49 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 77.0.1 |
| Version(s) corrigée(s): | 78.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Nerea Prieto | Attribution: | Rocio Perez-Garcia |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Pub.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici le message qui m'a envoyé la régie PUB Merci Hola Nerea, Estoy verificando los tags de publicidad de la pagina y veo que el roba 2 (300x250) solo sirve autopromo y sin nuestra etiqueta, me lo podrías confirmar por favor. Por nuestra parte esta OK, me lo acaban de confirmar. Gracias Nathalie |
| Commentaires |
| Commentaire de Nerea Prieto [ 23/sept./10 13:53 ] |
|
Pour résumer,
le problème c'est qu'ils ne trouvent pas ses tags sur notre site... |
| Commentaire de Ariane Baldinger [ 23/sept./10 15:44 ] |
|
Rocio je te laisse confirmer que les tags matchent bien et qu'il n'y a pas eu de changement récent.
Et peux-tu indiquer dans ce jira les tags posant pb ? (vieilles autopromos via les tags en HP, espace vide dans la nav) Merci |
| Commentaire de Rocio Perez-Garcia [ 23/sept./10 16:56 ] |
|
Nous trouvons bien ses tags en prod.
Par exemple, le side 3 en navigation (à ce jour il n'envoie rien) apparait dans la source : <div id="offer_side_3"></div> <div class="blk_advert"> <!-- begin ad tag (tile=4) --> <script language="JavaScript" type="text/javascript"> var s = PM.Promos.getPromoChannel('electronics'); if (s=="") { s='otros'; } if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;} document.write('<iframe src="http://ad.es.doubleclick.net/adi/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=' + ord + '?" width="300" height="250" marginwidth="0" marginheight="0" frameborder="0" scrolling="no">'); if (navigator.userAgent.indexOf("Gecko")==-1) {document.write('<script language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;abr=!ie;ord=' + ord + '?" type="text/javascript"><\/script>'); } document.write('</iframe>'); </script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=123456789?"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript> <!-- End ad tag --> </div> Pareil pour hueco 1, HP side 1 et banner Header. Peux - tu leur demander de vérifier le code source ? |
| Commentaire de Nerea Prieto [ 30/sept./10 13:08 ] |
|
Le problème n'est pas resolu.
Ils ont vérifié leur code source et ils me disent qu'ils ne voient rien. |
| Commentaire de Rocio Perez-Garcia [ 30/sept./10 13:43 ] |
|
E-Mail de la régie:
"Hola Nerea, Estoy esperan la contestación del trafficker, pero por lo visto desde aquí está todo correcto. Nos puedes mandar una captura de pantalla de lo que veis en blanco? No será otra vez el tema de la ip esp y ip fr? Estamos en contacto, Nathalie" Je crois comprendre que avec IP espagnole ça marche bien ? |
| Commentaire de Damien Dorizy [ 30/sept./10 15:35 ] |
|
J'ai pas tout compris à ce qui est écrit plus haut, mais en
regardant dans le code généré là où la pub apparaît blanc on a :
<script language="JavaScript" type="text/javascript"> var s = PM.Promos.getPromoChannel('games'); if (s=="") { s='otros'; } if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;} document.write('<iframe src="http://ad.es.doubleclick.net/adi/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=' + ord + '?" width="300" height="250" marginwidth="0" marginheight="0" frameborder="0" scrolling="no">'); if (navigator.userAgent.indexOf("Gecko")==-1) {document.write('<script language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;abr=!ie;ord=' + ord + '?" type="text/javascript"><\/script>'); } document.write('</iframe>'); </script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=123456789?"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/'+s+';sect=hueco2;tile=4;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript> <!-- End ad tag --> |
| Commentaire de Damien Dorizy [ 30/sept./10 15:50 ] |
|
En résumé, on fait bien appel à la régie, donc si c'est
blanc c'est que eux ne retournent rien, et il n'est pas question de
bloqueur ou quoi que ce soit. Il faudrait qu'ils testent depuis une IP
non espagnole.
Si on se connecte sur Price avec une IP Espagnole (en utilisant http://proxyanonimo.es par exemple, merci Jérémie), on a bien de vraies pub, mais c'est pas toujours super (voir capture d'écran avec 2 pubs identiques) |
| Commentaire de Nerea Prieto [ 30/sept./10 16:26 ] |
|
Merci beaucoup Damien, je transmets le message.
On va y arriver. Merci |
| Commentaire de Rocio Perez-Garcia [ 30/sept./10 16:29 ] |
|
Je sors ce JIRA de la version car rien à faire.
Nerea, est-ce que c'est encore prévu la modification des tags de la régie en ES ? |
| Commentaire de Nerea Prieto [ 01/oct./10 16:38 ] |
| Oui Rocío c'est prévu, j'espère qu'ils me donnent les tags rapidement... |
| Commentaire de Nerea Prieto [ 01/oct./10 16:43 ] |
|
La e-regie me demande si on peut avoir le code qui charge le
banner blanc (pas la balise mais le code qui charge la balise) comme ça
ils disent pouvoir localoser le problème.
"Si nos pudieran pasar, usando un programa de trazas, el código que se esta cargando en ese banner blanco (no la etiqueta,sino el código que carga la etiqueta), podríamos localizar donde se encuentra el problema." Merci |
| Commentaire de Damien Dorizy [ 01/oct./10 17:07 ] |
|
Voici le code qui génère une pub blanche en integ (désolé, pas trop lisible) :
<!-- begin ad tag fill (tile=2) --> <div style="background-color:#ffffff;width:300px;height:250px;position:absolute;overflown:hidden;display:none;" id="ad_fill_side1"> <script language="JavaScript" type="text/javascript"> if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;} document.write('<script id="jsPubSide1" language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/home;tile=2;sz=300x250;ord=' + ord + '?" type="text/javascript"><\/script>'); </script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/home;tile=2;sz=300x250;ord=123456789?" target="_blank"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/home;tile=2;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript> </div> <script language="Javascript" type="text/javascript"> var jsPub = document.getElementById('jsPubSide1'); jsPub.parentNode.removeChild(jsPub); var fillPub = document.getElementById('ad_fill_side1'); document.getElementById('ad_place_side1').appendChild(fillPub); fillPub.style.display=''; </script> <!-- End ad tag fill --> Cependant, j'ai l'impression que la pub blanche n'est pas toujours dans le même emplacement. Enfin, j'espère qu'ils arriveront à localiser le problème. |
| Commentaire de Christophe Garcia [ 07/oct./10 11:46 ] |
| MDPLVC |
[IMP-6842] Analyse flux XML, et import > produits mode > ELLEpassions Création: 26/août/10 11:57 Mise à jour: 12/nov./10 11:15 Résolue: 12/nov./10 11:15 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Fotigui Tangara |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
catalogue_complet.xml
catalogue_complet.xml.txt
catalogue_mode_2.xml
catalogue_mode_2.xml.txt
|
| Pays: |
FRA - France
|
| Login: | ELLEpassions |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Pour l'instant produit Mode Femme et Enfant. Il pourra y avoir de la déco et du linge de maison Melissa Guedjdal Melissa.GUEDJDAL@Lagardere-Active.com 0141348187 |
| Commentaires |
| Commentaire de Fotigui Tangara [ 27/août/10 10:16 ] |
|
Le flux XML n'est pas en pièce jointe ? Y-a-t-il un URL pointant vers le flux XML ? |
| Commentaire de Isabelle Weisbecker [ 27/août/10 10:20 ] |
| avec le fichier c'est mieux en effet ;-) |
| Commentaire de Fotigui Tangara [ 30/août/10 12:14 ] |
|
Les données en rapport avec les déclinaisons (couleur,
taille) sont directement incluses dans la description du produit (voir
l'exemple ci-dessous). La structure du fichier XML pourrait poser
problème par rapport à l'accès aux nécessaires pour la création de
fiches produit et annonces associées. Néanmoins, j'aplatis le fichier en CSV en prenant en compte toutes les données, à partir de là nous pourrons décider... <produit> <prod_number>H3115</prod_number> <prod_name>Jean slim</prod_name> <prod_price>30.20</prod_price> − <prod_url> http://elle.solution.weborama.fr/fcgi-bin/performance.fcgi?ID=298360&A=1&L=141537&C=5274&P=14514&T=E&URL=http%3A%2F%2Fellepassions.elle.fr%2FBoutique%2FCatalogue%2FMode%2FPantalons%2FJean-slim </prod_url> <prod_price_old>55.00</prod_price_old> <currency_symbol>EUR</currency_symbol> <category>Boutique/Catalogue/Mode/Pantalons/Jean-slim</category> − <prod_description_long> Jean slim LTB. 98 % coton, 2 % élasthanne. Longueur cÿté 102 cm. Largeur bas 16 cm.26 (36), 27 (37), 28 (38), 29 (39), 30 (40), 31 (41), 32 (42). </prod_description_long> − <img_large> http://ellepassions.elle.fr/var/plain_site/storage/images/boutique/catalogue/mode/pantalons/jean-slim/13305806-2-fre-FR/Jean-slim.jpg </img_large> <manufacturer>LTB</manufacturer> </produit> |
| Commentaire de Fotigui Tangara [ 30/août/10 14:05 ] |
|
Ci-dessous, les catégories de produits du flux XML : Mode ==> 905 lignes Deco ==> 271 lignes Cuisine ==> 237 lignes Label-Parents ==> 120 lignes Livres ==> 7 lignes |
| Commentaire de Fotigui Tangara [ 30/août/10 14:05 ] |
|
En PJ le fichier XML aplati en TXT. |
| Commentaire de Fotigui Tangara [ 30/août/10 15:54 ] |
|
Ci-dessous, mail envoyé au PRO : Bonjour, A la demande de votre commerciale chez www.priceminister.com, nous sommes en charge de la mise en place de vos annonces. Nous avons une question au sujet de votre flux XML : - Avez-vous la possibilité de structurer votre flux XML de façon à mettre en évidence les annonces associées à un produit donné ? o attribuer une référence à chaque annonce (article en vente) et faire correspondre à celle-ci, sa couleur (s'il y a en), sa taille Ci-dessous, un exemple de structure XML illustrant la question : <products> <product isnew="N" id="2204"> <denomination> Polo Abercrombie And Fitch kaki</denomination> <description>Polo Abercrombie and fitch kakiCol ras du couBroderies Abercrombie And Fitch sur la poitrineCoupe ajustée (musclar) </description> <files> <file type="image/jpeg" use="main view">http://domaine.com:8080/images/dynamic/products/fullsize/34203.jpg </file> </files> <references> <reference retailprice="59.90" id_annonce="39102" id_product="2204" currency="EUR" available="Y" quantity="4"> <characteristics weight="500g" clothing_size="S" color="vert" fabric="Coton" age="Adulte"/> <price>34.90</price> </reference> <reference retailprice="59.90 id_annonce ="39103" id_product="2204" currency="EUR" available="Y" quantity="6"> <characteristics weight="500g" clothing_size="M" color="vert" fabric="Coton" age="Adulte"/> <price>34.90</price> </reference> <reference retailprice="59.90" id_annonce ="39104" id_product="2204" currency="EUR" available="Y" quantity="8"> <characteristics weight="500g" clothing_size="L" color="vert" fabric="Coton" age="Adulte"/> <price>34.90</price> </reference> <reference retailprice="59.90" id_annonce ="39105" id_product="2204" currency="EUR" available="Y" quantity="6"> <characteristics weight="500g" clothing_size="XL" color="vert" fabric="Coton" age="Adulte"/> <price>34.90</price> </reference> <references> </product> </products> |
| Commentaire de Fotigui Tangara [ 31/août/10 11:05 ] |
|
Aucune réaction de la part du PRO. D'ici la fin de ma semaine, si le PRO ne réagit pas, sa demande ne sera plus une priorité. |
| Commentaire de Fotigui Tangara [ 01/sept./10 13:43 ] |
| Demande bloquée en attente de retour du PRO. |
| Commentaire de Fotigui Tangara [ 09/sept./10 11:38 ] |
|
Faut-il fermer cette demande ?
Le PRO ne répond pas au mail qui lui a été envoyé. |
| Commentaire de Isabelle Weisbecker [ 09/sept./10 16:42 ] |
| je relance le pro. 10 jours ce n'est pas long pour une grosse structure comme le site ELLE |
| Commentaire de Fotigui Tangara [ 09/sept./10 17:44 ] |
|
Les demandes ayant le statut "Priorité" doivent être traitées dans la semaine glissante.
Dans ce cas je laisse la demande tout en lui ôtant le statut "Priorité". |
| Commentaire de Fotigui Tangara [ 17/sept./10 10:42 ] |
|
Je remets cette demande dans le dispatcher en attendant un retour du PRO.
|
| Commentaire de Isabelle Weisbecker [ 14/oct./10 15:17 ] |
| Voici un nouveau flux amélioré pour analyse et import. |
| Commentaire de Fotigui Tangara [ 18/oct./10 09:58 ] |
|
reprise de la demande en tenant compte du nouveau flux.
|
| Commentaire de Fotigui Tangara [ 18/oct./10 15:50 ] |
|
En PJ un fichier aplati correspondant au nouveau flux XML.
|
| Commentaire de Fotigui Tangara [ 18/oct./10 17:01 ] |
|
Vu par téléphone avec Melissa Guedjdal : Elle nous enverra l'URL pointant vers le fichier.
Pour permettre l'import automatique (Download), l'adresse IP de notre serveur FTP leur a été transmise, celle-ci sera ajoutée dans la liste des adresses IP autorisées. |
| Commentaire de Fotigui Tangara [ 19/oct./10 10:06 ] |
|
En attente de l'url à prendre en compte pour l'import automatique.
|
| Commentaire de Fotigui Tangara [ 19/oct./10 16:25 ] |
|
Mail envoyé au PRO (19/10/2010) :
Bonjour, A la suite de notre conversation téléphonique d’hier (18/10/2010), nous sommes toujours en attente de recevoir l’adresse (URL) nous permettant de paramétrer l’import automatique de votre flux XML. Cordialement Equipe Import |
| Commentaire de Fotigui Tangara [ 22/oct./10 15:26 ] |
|
Finalement, nous irons récupérer le flux XML sur le compte FTP du PRO dont les paramètre sont :
------------------------------------------------------------------- host : webftp.lagardere-active.com user : zanoxphp5 mdp : AIgraNLP ------------------------------------------------------------------- Le PRO dit déposer son flux XML directement à la racine de son compte FTP. Les premières tentatives de téléchargement du flux XML auront lieu à partir du 25/10/2010. |
| Commentaire de Fotigui Tangara [ 25/oct./10 11:31 ] |
|
Nos tentatives de connexion au FTP du PRO échouent ==> Trop de contrainte.
Nous lui proposons notre compte FTP (le PRO viendra déposer son flux XML). |
| Commentaire de Fotigui Tangara [ 25/oct./10 11:31 ] |
|
================================
Compte FTP vendeur créé... Pseudo : ellepassions mot de passe : lkie!993HG Serveur : ftp.priceminister.com Pays : fr Flux de Commande : oui ================================ |
| Commentaire de Fotigui Tangara [ 27/oct./10 18:04 ] |
|
J'ai relancé le PRO pour qu'il dépose leur flux XML dans le
dossier "/stock/ecrasements" sur le compte FTP dont les paramètres de
connexion sont ci-dessus cités.
En attente de réponse de la part du PRO. |
| Commentaire de Fotigui Tangara [ 28/oct./10 10:56 ] |
|
Melissa Guedjdal m'a contacté pour me signaler que leur
service informatique trouve contraignant de venir déposer leur flux sur
le compte FTP priceminister qui leur a été mis en place.
Elle se rassurera auprès de leur service informatique que notre adresse IP (212.23.167.57) est bien autorisée chez eux. A présent, la balle est dans leur camp, j'attends la confirmation de la prise en compte de notre adresse IP dans leur système avant de faire quoique ce soit par rapport à leur demande. Compte tenu de l'encours croissant des demandes à traiter et de leur complexité, nous ne pourrons pas nous permettre de trop nous focaliser sur leur demande. |
| Commentaire de Isabelle Weisbecker [ 28/oct./10 11:44 ] |
| Pourquoi ne leur proposons pas de passer par les web service ? |
| Commentaire de Fotigui Tangara [ 28/oct./10 11:53 ] |
|
Pour le moment les web services sont opérationnels
uniquement pour les flux de commandes. Pour les flux de stock (annonces)
ça va venir bientôt, j'espère !.
|
| Commentaire de Fotigui Tangara [ 05/nov./10 17:04 ] |
|
Bonjour,
Pas de problème, je vais rajouter ces deux infos. Si ce fichier vous convient, on pourra le déposer tous les matins à 4h du matin. NB:Dans le fichier de test que j'ai déposé, la valeur de categoryid2 était constante, elle ne le sera pas en condition réelle. Cordialement, Arnaud Chasseux. ------------------------------------------------------------------------------------------------------------------------------------------------------ Le 4 novembre 2010 14:15, Support Pro <support.pro@priceminister.com> a écrit : Bonjour, Pouvez-vous ressortir la couleur, la taille des produits (articles) dans des éléments (balises) à part ? Car pour le moment, ces informations se trouvent dans le titre (la désignation) du produit. Exemples : <color_list>Carbone</color_list> <size_list>L</size_list> Cordialement Equipe Import |
| Commentaire de Fotigui Tangara [ 10/nov./10 10:02 ] |
| 70% de réussite (avant correction, mapping) pour un premier passage du flux XML du PRO. |
| Commentaire de Fotigui Tangara [ 10/nov./10 17:34 ] |
|
Finalement le fichier passe à 85% de réussite.
Demande traitée. |
[CAT-3383] Nextperformance - (re)livrer les flux incrémentaux du 15/12 inclus à aujourd'hui Création: 21/déc./10 18:38 Mise à jour: 27/déc./10 17:43 Résolue: 24/déc./10 16:45 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | 1 heure | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 1 heure | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Description |
|
Hello Carole,
Comme vu ensemble, nous devons dès que possible livrer de nouveau les flux incrémentaux de Nextperformance du 15/12 inclus à aujourd'hui. Comme tu l'as identifié, leur FTP ne répondait plus (car plein) et ces derniers flux incrémentaux n'ont pu être traité. Merci d'avance pour ton retour. Jon |
| Commentaires |
| Commentaire de Carole Boucheny [ 22/déc./10 10:03 ] |
|
Bonjour,
Le FTP n'est toujours pas accessible : ftp 88.191.39.104 Connected to 88.191.39.104. 421 Service not available, remote server has closed connection Carole |
| Commentaire de Jonathan Gorges [ 22/déc./10 10:06 ] |
|
Hello Carole,
Merci pour ce retour. Je viens de relancer le partenaire. Je reviens vers toi asap. |
| Commentaire de Jonathan Gorges [ 22/déc./10 10:45 ] |
|
Hello Carole,
Peux-tu réessayer stp ? Merci |
| Commentaire de Carole Boucheny [ 22/déc./10 11:45 ] |
| Toujours pareil... |
| Commentaire de Jonathan Gorges [ 22/déc./10 16:09 ] |
|
Hello Carole,
Nextperformance est en train de reconfigurer leur FTP pour nous. Normalement, nous pourrons redéposer tous les incrémentaux depuis le 15/12 inclus ce vendredi (24/12). En attendant, j'ai besoin de plusieurs infos : - Peux-tu me dire si notre process consiste uniquement à déposer les flux incrémentaux sur un FTP partenaire, où si nous pouvons les mettre à dispo chez nous, tous les jours ? - Quelles sont les plages d'adresses IP utilisées pour déposer les flux chez Nextperformance ? Enfin, je pense que nous lancerons les full vers le 05/01/2011 A ta dispo. |
| Commentaire de Carole Boucheny [ 22/déc./10 16:23 ] |
|
Voici les 2 IP avec lesquels on se connecte sur le FTP :
212.23.170.218 212.23.170.213 Carole |
| Commentaire de Jonathan Gorges [ 24/déc./10 14:23 ] |
|
Hello Carole,
Nous devons changer les paramètres du FTP Nextperformance. Les voici ci-dessous : URL : feeds.nextperf.net Login : priceminister Pwd : jnvAbuB3DE2yqHaF Comme vu ensemble, le FTP sera fonctionnel dès ce soir. Nous devons donc redéposer les flux incrémentaux Nextperformance depuis le 15/12 inclus sur ce FTP, puis paramétrer les prochains flux sur le même FTP. Merci d'avance pour ta confirmation. Jon |
| Commentaire de Jonathan Gorges [ 24/déc./10 15:00 ] |
|
Hello Carole,
Mon partenaire me communique un autre FTP sur lequel on pourrait également déposer (dès maintenant) les fichier incrémentaux depuis le 15/12. Est-ce possible ? Merci d'avance pour ton retour host: s272360014.onlinehome.fr user : u51642243-price pass: fJkBuFBx |
| Commentaire de Carole Boucheny [ 24/déc./10 16:45 ] |
| J'ai déposé les fichiers sur leur ftp temporaire et modifier la configuration (ftpswitch) pour mettre à jour le nouveau ftp. |
| Commentaire de Carole Boucheny [ 27/déc./10 17:03 ] |
|
ça fonctionne correctement sur ce ftp.
Le problème doit venir du mode passif qui doit être mal géré par ftpswitch (C'est un script qui permet notamment d'uploader des fichiers). |
| Commentaire de Jonathan Gorges [ 27/déc./10 17:24 ] |
|
Hello,
C'est une bonne nouvelle. Il est donc préférable de garder l'ancien FTP pour déposer les fichiers incrémentaux automatiquement chaque jour en ton absence. Peux-tu me confirmer que c'est OK pour toi ? Comment puis-je vérifier de mon côté que tout fonctionne chaque jour ? Le tableau Supervision me donne-t-il ce genre d'infos ? Merci d'avance pour ton retour. |
| Commentaire de Carole Boucheny [ 27/déc./10 17:43 ] |
|
Oui tout est ok pour moi. Les fichiers ont été déposés par
ftpswitch automatiquement tout à l'heure sur ce FTP donc il n'y aura pas
de soucis. (FTPSwitch est un mécanisme qui n'est pas utilisé que pour
les flux, il sert aussi aux imports de fichier des vendeurs pro, les
transactions... Il est donc surveillé par plusieurs équipes donc peu de
chance de tomber en panne)
Oui le tableau de supervision te donne l'information dans la colonne "Protocole, Date". C'est la date à laquelle le fichier a bien été transféré sur le FTP (si celui-ci est indisponible ou que le fichier n'a pas réussit à être correctement copier pour x raisons, la colonne ne sera pas mis à jour). |
[APP-30617] Ouvrir un serveur de recette à R2011 Création: 09/août/10 15:20 Mise à jour: 11/févr./11 10:59 Résolue: 02/déc./10 16:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 87.0.0 (CTN-W) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | Régie 2011 |
| Description |
|
Merci d'ouvrir un serveur de recette avec configuration régie 2011 (et Lagardère désactivé) ASAP.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 09/août/10 15:21 ] |
|
Je laisse un DEV piloter cette tâche. Je vous fournit l'adresse IP du partenaire dès que je l'ai. |
| Commentaire de Fabrice Feugas [ 09/août/10 16:11 ] |
| Adresse IP : 213.56.76.189 |
| Commentaire de Renaud Dierickx [ 02/déc./10 16:56 ] |
| C'est fait ! |
[APP-32479] (ES) - Avazu (retargeting) - plan de taguage PriceMinister.es (affiliation)sur re Création: 14/janv./11 17:34 Mise à jour: 03/mars/11 13:55 Résolue: 02/mars/11 15:15 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | 88.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Avazu_RetargetingapiES.pdf
retargetingapi Final VERSION2.pdf
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, Avazu (http://avazutracking.net/). Ils nous proposent du retargeting comportementale à la performance (au CPA). Ce partenaire a généré un grand volume de ventes en France en très peu de temps, et totalement rentables puisque nous rémunérons au CPA basé sur le CA. De plus, Avazu vient d'être lancé en Espagne avec une équipe très ambitieuse qui est en train d'élargir rapidement son réseau. S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Important : dans ce plan de taguage, seule la partie "Personalized Retargeting with product feeds" nous concerne (page 4 et 5) Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Merci d'avance pour votre aide, Isabel |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:10 ] |
|
Parametré en IG
A tester sur ref-es |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:55 ] |
|
Isabel,
Peux-tu valider stp ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:59 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:12 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:13 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Isabel Yus [ 28/janv./11 12:28 ] |
|
Bonjour,
Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner AVAZU: IP 180.168.45.102 Merci d'avance Isabel |
| Commentaire de Isabel Yus [ 01/févr./11 12:20 ] |
|
Avazu vient de finir les tests sur www.ref-es.babel.fr et voici leur réponse
Te explico a detalle, el código que se implementó es el siguiente: var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); // _Article.other = "" _AvazuAddLoadEvent(function (){ _RetSetC(_Article); Este código corresponde para Francia, pero el que se mandó para España es el siguiente: var _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { El problema puede ser con el link o que se implementó mal ese pequeño detalle, te pido por favor verificarlo con tu equipo. |
| Commentaire de Rocio Perez-Garcia [ 01/févr./11 12:57 ] |
|
Je viens de corriger les Runid et Radvid, mais selon son doc ce n'est pas var _AvazuRadvid mais var _Radvid.
Merci. |
| Commentaire de Isabel Yus [ 01/févr./11 17:10 ] |
|
Rocio,
J'ai eu la confirmation- Il faut bien prendre les "var _Avazu" et pas "var _" uniquement. En fait, ils m'ont envoyer au départ un doc générique avec les mêmes infos que pour la France pour que nous puissions voir que le système de tagging était le même et ensuite ils m'ont envoyé deux mois après un autre doc (que je te mets ci-joint) où il y avait les tags spécifiques pour l'Espagne, c'est à dire ceux que je viens de noter ci-dessus : var _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { Le problème c'est que c'est dernière c'est la plateforme qui me l'a envoyé par pdf et ils ne m'ont pas bien indiqué son utilité. Ils m'ont tout simplement dit que c'était un document avec des infos à utiliser en cas de doute... mais en fait CE N'ÉTAIT PAS LE CAS et cétait le doc avec les tags ES définitifs. Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 01/févr./11 17:14 ] |
| Je sors ce Jira de la version, le temps d'étudier la doc. |
| Commentaire de Rocio Perez-Garcia [ 03/févr./11 11:07 ] |
|
Je viens de modifier les codes.
Remarques : Le plan de taggage est similaire à FR : Pages NAV et SEARCH, confirmation de paiement, Advert_list et HP. Page confirmation de paiement : On préfère le script à l'iframe. J'ai donc adapté selon ce qu'on a fait en FR. On n'a pas fait le paramètrage pour les flux, est-il nécessaire ? Puisque le code n'est pas comme celui de France, j'aimerais bien que quelqu'un qui se connait en JS jette un coup d'œil. Le jira Avazu FR: https://priceminister.onjira.com/browse/APP-30506 |
| Commentaire de Damien Dorizy [ 03/févr./11 15:44 ] |
|
Rocio,
"On préfère le script à l'iframe" > pourquoi ? Merci |
| Commentaire de Rocio Perez-Garcia [ 03/févr./11 16:10 ] |
|
Vous aviez insisté lors du taggage d'Avazu FR d'avoir du
script à la place de l'iframe. Même après l'insistance d'Avazu :
"Iframe VS Javascript : selon le partenaire, le pixel en Javascript peut être désactivé dans les moteurs de recherche et cela résulte dans la perte de tracking des conversions. C'est pourquoi ils préfèrent utiliser l'iframe qui ne peut être désactivé." Tu confirmes que l'on peut mettre l'iframe qui nous ont transmis ? |
| Commentaire de Isabel Yus [ 04/févr./11 15:20 ] |
|
Salut Rocío,
Voici la réponse d'Avazu après avoir fait un nouveau test : |
| Commentaire de Isabel Yus [ 04/févr./11 15:23 ] |
|
Gracias por la pronta respuesta, desafortunadamente no está bien el código, el que encuentro es el siguiente:
(marco en rojo el error) var _AvazuRunid = "MTMxaWVyX2ZnKzQ="; var _AvazuRadvid = "MzQ5bWVfdCs0aWs="; var _AvazuArticle = new Object(); // _AvazuArticle.other= "" (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "http://avazudsp.net/ret/dspPro.js"; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(avazu, s); Este código pertenece al ejemplo del PI, para Priceminister se crean códigos especiales, que son los que les hemos enviado, (marco en amarillo los códigos correctos) ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { Si quieren con todo gusto les puedo marcar, así mismo al final de este mail pueden encontrar los tres distintos códigos que creamos y que se deben implementar para Priceminister España, en lo que debemos poner atención es en que sea con estas características: ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; |
| Commentaire de Rocio Perez-Garcia [ 04/févr./11 16:13 ] |
|
Isabel, suite aux changements des codes, le mieux est ce que Avazu ne teste pas jusqu'à que tout le param soit fini.
Merci |
| Commentaire de Rocio Perez-Garcia [ 08/févr./11 09:35 ] |
|
Isabel, ils sortent d'où les codes
ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; Je ne trouve pas dans les docs ces références. Je change le code JS pour un iframe dans la page de confirmation de paiement. |
| Commentaire de Isabel Yus [ 08/févr./11 11:31 ] |
|
Salut Rocío,
Ces codes je te les avais transmis sur ce même JIRA -> Cf commentaires du 1 fév (12h30 et 17h) En fait, il ne faut pas prendre les codes du pdf du 1er février mais uniquement la structure du plan de tagging. Les codes du PDF sont des exemples, c'est pour ça qu'il est noté "DON'T USE THE SAMPLE CODES". Si tu as encore des questions n'hésite pas à passer me voir, Merci Isabel |
| Commentaire de Rocio Perez-Garcia [ 08/févr./11 13:58 ] |
|
OK.
Est-ce que Salvador peut vérifier une nouvelle fois ? |
| Commentaire de Isabel Yus [ 08/févr./11 14:29 ] |
| OK. Je l'ai prévenu. Je te tiens au courant ASAP |
| Commentaire de Isabel Yus [ 09/févr./11 15:36 ] |
|
Bonjour,
L'account manager, Salvador, a vérifié les codes et cette fois tout est OK pour nous. Nous attendons maintenant la validation des bannières ainsi que les tests d'achat avant de pouvoir valider. Je vous tiens donc au courant, Merci d'avance Isabel |
| Commentaire de Isabel Yus [ 14/févr./11 14:52 ] |
|
Salut Rocío,
concernant notre conversation de ce matin je viens de voir avec la France t il parait qu'Avazu va fournir tout en iframe et pas en JavaScript suite à nos recommandations. Du coup avant de lancer je pense que le mieux serait qu'on readapte les codes même si les tests actuelles s'avèrent satisfaisants. Je te tiens au courant dès que j'aurai les nouveaux codes. Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 14/févr./11 14:58 ] |
|
Merci de cette réponse.
Par contre, Clickintext et Allopub nous fourniront aussi des tags image ou iframe ? |
| Commentaire de Nerea Prieto [ 15/févr./11 10:18 ] |
|
Bon, pour les dernières nouvelles reçues ce matin d'AVAZU.
Ils travaillent sur le sujet et dès que possible vous envoient les
nouveaux codes.
Voilà tout. |
| Commentaire de Isabel Yus [ 15/févr./11 18:29 ] |
|
Salut Rocío,
Voici les nouveaux codes confirmés par Avazu : --> Il n'y aura désormais qu'un seul code pour toutes les pages et un autre différent pour la conversion Le code principal doit être rempli d'une façon différente en fonction de son emplacement, comme suit : Code pour HOME: il ne faut pas remplir les paramètres Code pour les catégories: il faut remplir uniquement les paramètres par catégorie Code pour les produits: Il faut tout remplir excepté les catégories NB: Quand les paramètres ne sont pas remplis il faut tout simplement les laisser vides Pour les paramètres suivants : [CATEGORY_IMG] [ARTICLE_DEEPLINK] [ARTICLE_IMG] ça doit être crypté en JS escape Pour les paramètres suivants : [ARTICLE_ID] [ARTICLE_NAME] [ARTICLE_PRICE] [ARTICLE_DESCRIPTION] [ARTICLE_CURRENCY] [BRAND_NAME] [CATEGORY_NAME] nous avons besoin d'HTML ISO-8859-1. Código pour toutes les pages (excepté la page de confirmation de commande) : <iframe marginheight="0" marginwidth="0" src="http://avazudsp.net/ret/check_adv.php?runid=MzI4aWVyX2ZnKzQ=_1&advid=MTA0Mm1lX3QrNGlr&pid=[ARTICLE_ID]&gettype=1&httptype=1&prunid=MzI4aWVyX2ZnKzQ=&k=&MastWeb=&article_id=[ARTICLE_ID]&article_name=[ARTICLE_NAME]&article_price=[ARTICLE_PRICE]&article_description=[ARTICLE_DESCRIPTION]&article_other=[CUSTOM_PARAMETERS]&article_price_type=[ARTICLE_CURRENCY]&article_deepLink=[ARTICLE_DEEPLINK]&article_img=[ARTICLE_IMG]&article_brand=[BRAND_NAME]&category_name=[CATEGORY_NAME]&category_img=[CATEGORY_IMG]" width="1" height="1" frameborder="0" scrolling="no"></iframe> Le code pour la page de confirmation de commande est le suivant: <iframe style='display:none' width='1' height='1' marginheight='0' marginwidth='0' frameborder='0' scrolling='no' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=328&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe> Quand croyez-vous que ces codes pourront être paramétrés de nouveau ? Merci d'avance, Isabel |
| Commentaire de Rocio Perez-Garcia [ 16/févr./11 10:37 ] |
| On attend que Damien valide les codes pour FR (les mêmes) avant d'y commencer. |
| Commentaire de Ariane Baldinger [ 17/févr./11 13:37 ] |
| validé côté FR. |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:48 ] |
|
Isabel,
les iframes sont en place. On a fait comme sur la FR concernant les paramètres. Si le serveur est encore ouvert, il serait bien que Salvador jette un oeil. |
| Commentaire de Isabel Yus [ 18/févr./11 20:27 ] |
|
Merci Rocío. Je viens de le prévenir par email. Je crois qu'on aura des nouvelles dès lundi.
Merci |
| Commentaire de Isabel Yus [ 24/févr./11 09:41 ] |
|
Salut Rocío,
Voici les corrections demandées par Avazu (grosso modo ils nous disent qu'il y a des caractères erronés et qu'il faut les corriger): - On the category page, they put: - =&category_name='+"Libros"+'" - - which is actually wrong, the correct one should be: - =&category_name=Hifi L'implementation en France est correcte et ils me disent donc que vous pouvez vous baser sur celle-ci pour l'appliquer en Espagne (excepté les codes qui nous sont propres bien sur :) Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 24/févr./11 09:55 ] |
|
Ce tag est celui de la NAv, Je l'ai récrit.
L'implémentation est comme sur FR (fait au même temps). Caches ok sur ref-es |
| Commentaire de Rocio Perez-Garcia [ 28/févr./11 09:22 ] |
|
Isabel, on va publier ces tags pour une mise en prod le 02.
C'ets OK pour vous ? |
| Commentaire de Isabel Yus [ 28/févr./11 10:05 ] |
|
Ils ne m'ont pas encore répondu pour les dernières corrections. Je vais les relancer.
Merci |
| Commentaire de Rocio Perez-Garcia [ 28/févr./11 17:42 ] |
| sur ref |
| Commentaire de Rocio Perez-Garcia [ 01/mars/11 18:28 ] |
| Sur ref |
| Commentaire de Isabel Yus [ 02/mars/11 14:36 ] |
|
Bonjour,
Est-ce qu'il serait possible de rajouter le code de tracking suivant avant la publication ? --> 1836040 Nous allons avoir besoin de chiffres spécifiques pour ce partner sur le BI finalement. Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 02/mars/11 14:47 ] |
|
Trop tard.C'est déjà publié
Peux tu ouvrir un autre Jira ? Merci |
| Commentaire de Cédric Goldovsky [ 02/mars/11 15:05 ] |
|
==> CODE DE TRACKING : Ca me parait un peu tard
==> ATTENDU VS OBTENU : Il me manque des paramètres en Integ, Par exemple, vu sur cette FP : http://www.pminteg.es/offer/buy/59592158/call-of-duty-modern-warfare-2-juegos-ps3.html Les paramètres qui me manquent sont indiqués en jaune dans la capture écran |
| Commentaire de Rocio Perez-Garcia [ 02/mars/11 15:15 ] |
| C'est vu |
| Commentaire de Isabel Yus [ 02/mars/11 15:55 ] |
|
Il s'agit d'une erreur car le code de tracking doit être
rajouté dans les tags d'Effiliation (plateforme intermediaire pour ce
deal)--> Rocío : je vais te créer le nouveau JIRA
Merci Isabel |
| Commentaire de Isabel Yus [ 03/mars/11 13:55 ] |
|
Bonjour,
Bonnes nouvelles aujourd'hui : le test de vérification des tags dans les fiches produits marche désormais suite à la mise en prod. La prochaine étape (et dernière :)) arrive donc le 8/03 avec le test d'achat suite à la mise en prod du code de tracking avec Effiliation (nous ferons aussi un test de notre côté) Merci |
[APP-32852] Retargeting - Nouveau Plan de taguage type iFrame pour notre partenaire Avazu Création: 15/févr./11 11:00 Mise à jour: 07/mars/11 09:11 Résolue: 01/mars/11 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.1 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PM - Plan de taggage Avazu iFrame.docx
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici comme convenu le nouveau plan de taguage iFrame de notre partenaire Avazu (en PJ). Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels. Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher. N'hésitez pas à revenir vers moi si vous avez la moindre question. Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:52 ] |
|
Damien,
Peux-tu valider ces tags également ? Merci! |
| Commentaire de Damien Dorizy [ 16/févr./11 18:01 ] |
|
Pas de problème pour les tags, ils ont les mêmes spécificités que les tags précédents au premier coup d'oeil.
Je n'y ai pas pensé pour Nextperformance, mais il faut écrire tous les tags nécessitant des données dynamiques (id produit par exemple) de la manière suivante : document.write('<iframe src="..' + variable1 + '." width="1" height="1" frameborder="0"></iframe>'); À votre dispo. |
| Commentaire de Ariane Baldinger [ 17/févr./11 09:35 ] |
|
En commence donc par Avazu qui passera le 3 mars.
Les autres tags suivront.... |
| Commentaire de Ariane Baldinger [ 17/févr./11 09:48 ] |
|
NB : "Ça me va, il faudrait également que côté dév on mesure
la différence entre avant et après en temps de chargement." (DAD)
|
| Commentaire de Ariane Baldinger [ 17/févr./11 11:17 ] |
|
Salut Jonathan,
Peux-tu nous dire ce que l'on doit mettre dans le paramètre 'article_brand' ? Ou n'est-il pas obligatoire ? Merci Ariane |
| Commentaire de Jonathan Gorges [ 17/févr./11 11:20 ] |
|
Hello,
Rémi se renseigne et revient vers vous rapidement. Merci |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 11:38 ] |
|
Jonathan, on trouve également deux fois le paramètre ARTICLE_ID.
pid=[ARTICLE_ID] article_id=[ARTICLE_ID] On retourne la même valeur, c'est bien ça ? |
| Commentaire de Jonathan Gorges [ 17/févr./11 15:15 ] |
|
Hello,
Voici mon retour concernant le 'article_brand' : -> Il faut passer la marque du produit si nous savons le faire (Samsung, Apple...) -> où laisser le paramètre vide si nous n'avons pas de marque (ou si nous ne savons pas faire) Merci d'avance pour votre retour |
| Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:17 ] |
|
Hello Rocio,
Pour ta question j'ai fait la demande ils doivent me dire demain. Merci à vous, Rémi |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 15:29 ] |
|
Ok pour la marque de l'article.
Vous pouvez commencer la recette. Note : Le tag Avazu JS est en dessus du tag Avazu iframe. |
| Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:50 ] |
|
Salut Rocio,
Pour l'article_id nous n'avons toujours pas eu de retour. Du coup la mise en place des tags n'est pas terminée non? |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 16:17 ] |
| Tu as raison, je 'l'avais loupée |
| Commentaire de Remigiusz Woronkiewicz [ 18/févr./11 09:38 ] |
|
Bonjour,
Je viens d'avoir le retour d'Avazu. Pour pid=[ARTICLE_ID] et article_id=[ARTICLE_ID] il faut mettre la même valeur sur la page fiche produit. Sur les autres pages on ne met rien. Dites moi quand c'est OK pour vous pour que l'on puisse recetter. Bonne journée, Rémi |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:45 ] |
|
Ça devrait être bon alors.
Vous pouvez commencer à nous faire vos retours, merci. |
| Commentaire de Jonathan Gorges [ 18/févr./11 16:21 ] |
|
Hello,
Voici mes retours : ** Est-ce normal de voir "document.write('" avant le tag iFrame ? 1) Tag Home : semble OK 2) Tag Nav : ** Pourquoi passe-t-on "article deep link" sur le tag de nav ? 3) Tag Produit : ** Dans la varialbe "article_price" il faut enlever la currency car nous la passons juste après 3) Tag Paiement : ** J'ai testé avec 2 articles achetés, pour une valeur HT de 16.72€, le tag passe seulement 9.32€, qui est le prix du premier article. Je crois qu'il y a un problème ici. On a demandé à Avazu leurs adresses IP pour qu'ils checkent avant mise en prod. Jon |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 16:49 ] |
|
Tags Nav et Produits: modifiés
Tag Paiement : on retourne le montant total sans les frais de port. Exactement comme dans le tag JS. Il faut que Damien regarde s'il a le temps avant d'ouvrir le serveur. Merci |
| Commentaire de Remigiusz Woronkiewicz [ 21/févr./11 10:24 ] |
|
Bonjour à Tous,
Pourriez-vous svp ouvrir une serveur dev pour notre partenaire afin qu'il fasse la recette de son côté? L'adresse IP utilisée sera : 180.168.45.102 J'attends votre confirmation pour lui transmettre afin qu'il teste au plus vite. Merci d'avance! |
| Commentaire de Damien Gilloz [ 21/févr./11 18:26 ] |
|
Le serveur Jboss de dev est pret ?
On doit avoit ceci dans les propriétés: www.dev12.babel.fr cdt |
| Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:24 ] |
|
Hello Damien (Dorizy),
As-tu pu voir avec Rocio pour la correction à apporter aux tags? Si oui, puis-je mettre à dispo le dev12 à notre partenaire pour qu'il recette? Merci d'avance! Rémi |
| Commentaire de Rocio Perez-Garcia [ 22/févr./11 14:34 ] |
| Oui, les tags sont modifiés et normalement les caches de dev12 aussi. |
| Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:52 ] |
|
C'est top merci,
J'ai transmis l'accès à Avazu, ils devraient recetter demain. Je vous tiens au courant dès que c'est bon et qu'on peut couper l'accès au dev12. Merci à tous et bonne après-midi, Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 10:35 ] |
|
Bonjour,
Le partenaire a testé les tags et cela semble bien fonctionner. J'ai aussi fait un achat test en integ pour leur transmettre un screenshot de la page de confirmation de paiement donc ils regardent ça et reviennent vers nous. Cependant, selon eux ils manquent 2 paramètres sur la fiche produit: ‘article other’ et ‘currency type’ Ils demandent aussi si on peut séparer les paramètres ‘article price’ et ‘currency type’ ? Ex: ‘article price=25.50’ et ‘currency type=€’ ? Pouvez-vous regarder ça et me dire ce qu'il en est? Merci d'avance et bonne journée à tous! Remi |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 12:02 ] |
|
Remi, peux tu leur demander ce qu'ils souhaitent pour CUSTOM_PARAMETERS ?
|
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:14 ] |
|
Rocio,
Tu peux laisser ce champ vide. Merci! |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 14:26 ] |
|
Normalement on vire ce qui n'est pas utilisé.
Voulez vous garder ce paramètre vide ? |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:47 ] |
|
Ca marche tu peux virer.
merci! |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 15:35 ] |
|
Grâce à Ariane on sépare le prix et la currency.
J'ai rafraichi les caches dev12 pour les tests d'Avazu |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 16:28 ] |
|
C'est parfait ca.
Merci Rocio, merci Ariane. Je leur confirme que tout est bon pour nous |
| Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 10:30 ] |
|
Bonjour à Tous,
Avazu me confirme que les tags sont nickel pour eux. Damien.G : tu peux donc fermer leur accès à dev12. merci! Donc à priori on pourra mettre ces tags iFrame live le 03/03 et supprimer les JS mon on vous confirmera. Merci encore et bonne journée à vous, Rémi |
| Commentaire de Rocio Perez-Garcia [ 28/févr./11 17:41 ] |
| sur ref |
| Commentaire de Rocio Perez-Garcia [ 01/mars/11 18:28 ] |
| Sur ref |
| Commentaire de Remigiusz Woronkiewicz [ 04/mars/11 17:39 ] |
|
Bonjour à tous,
J'ai reçu la confirmation du partenaire que les tags iframe fonctionnent nickel. On peut donc désactiver les JS dès maintenant. Merci d'avance pour votre confirmation, Rémi |
| Commentaire de Rocio Perez-Garcia [ 07/mars/11 09:11 ] |
|
Je fais périmer Avazu en JS.
Ça passer dans le prochain dump. Bonne journée |
[APP-32854] Retargeting - Nouveau Plan de taguage type IMG pour notre partenaire ClickInText Création: 15/févr./11 11:16 Mise à jour: 08/mars/11 16:01 |
|
| Etat: | A publier dans IG |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 89.0.0.1 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PM - Plan de taguage CIT Img.pdf
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici comme convenu le nouveau plan de taguage IMG de notre partenaire ClickInText (en PJ). Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels. Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher. N'hésitez pas à revenir vers moi si vous avez la moindre question. Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:41 ] |
| Merci d'assigner les jiras param à Dispatcher (Param-CAT) |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:46 ] |
|
Salut Damien,
Peux-tu valider ces nouveaux tags stp ? Merci ! |
| Commentaire de Damien Dorizy [ 16/févr./11 18:03 ] |
|
OK pour ces tags également, voir mes commentaires sur les autres tags ( Jonathan, combien de temps penses-tu que l'on devra garder les 2 tags en parallèle ? Si c'est sur une période assez longue, mieux vaut peut-être ne pas faire toutes les migrations en même temps pour ne pas multiplier le nombre total de tags par 2. |
| Commentaire de Jonathan Gorges [ 16/févr./11 18:08 ] |
|
Effectivement, je ne sais pas trop...
Il faut y aller par étape je pense. Exemple : un switch de tag par dump ? Qu'en penses-tu ? |
| Commentaire de Damien Dorizy [ 16/févr./11 18:11 ] |
| Ça me va, il faudrait également que côté dév on mesure la différence entre avant et après en temps de chargement. |
| Commentaire de Ariane Baldinger [ 17/févr./11 10:14 ] |
| ça passera en Prod le 16/03. |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 15:07 ] |
| On peut également commencer la recette de ClicInText |
| Commentaire de Jonathan Gorges [ 21/févr./11 18:48 ] |
|
Hello,
Voici mes retours: 1) Tag HP : OK 2) Tag Produit : OK 3) Tag catégorie : OK 4) Tag Panier : OK 5) Tag Confirmation paiement : OK Bref, tout me semble OK :-) @ Rémi : il faut se mettre également en relation avec l'exploit+dev pour ouvrir un serveur dev à CIT avant mise en prod Merci |
| Commentaire de Rocio Perez-Garcia [ 22/févr./11 09:24 ] |
|
Salut Jonathan,
A mon avis, ils pourront utiliser le serveur ouvert pour Avazu en donnant son adresse IP à l'exploit. |
| Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 14:23 ] |
|
Bonjour à Tous,
Voici l'adresse IP de ClickIntext : 82.238.240.213 Damien.G : peux-tu lui ouvrir le serveur dev12 afin qu'il puisse checker les tags? Merci d'avance pour votre confirmation, Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 02/mars/11 17:57 ] |
|
Hello à tous,
Le partenaire ClickinText a bien recetté les tags et c'est OK pour lui. Ils pourront donc être mis en prod comme convenu. Merci encore à tous et bonne fin de journée! Rémi |
| Commentaire de Rocio Perez-Garcia [ 08/mars/11 09:34 ] |
|
Remi, confirme nous si on fait cohabiter les tags iframe et
JS de ClickInText ou si ils sont prêts pour récupérer le historique des
nouveaux tags.
Merci |
| Commentaire de Remigiusz Woronkiewicz [ 08/mars/11 09:38 ] |
|
Rocio,
Je fais la demande et je te dis dès que je peux. Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 08/mars/11 12:32 ] |
|
Hello Rocio,
J'ai eu la confirmation du partenaire Clickintext. Nous pouvons donc désactiver les tags en JS. Merci pour ta confirmation et bonne journée, Rémi |
| Commentaire de Rocio Perez-Garcia [ 08/mars/11 16:01 ] |
|
En prod le 17/03.
Egalement, Le 17/03 seront désactivés les codes js de ce partenaire Sur cms-ref |
[APP-32407] Redirection /boutique/XXXX vers /nav Création: 12/janv./11 10:49 Mise à jour: 14/janv./11 12:00 Résolue: 12/janv./11 15:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | 84.0.0 (NAV-F) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Caroline Schinzel |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | Référencement : Redirect 304 |
| Navigateur: | Tous |
| Description |
|
L'URL http://preview.pminteg.fr/boutique/QT121101533 est redirigée vers http://preview.pminteg.fr/nav.
Voici les logs : 2011-01-12 10:34:22,879 INFO [-Processor16] QT121102816 - >>> GET http://preview.pminteg.fr/boutique/QT121102816 2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - Got Method 2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET 2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - Got Method 2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET 2011-01-12 10:34:22,882 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION) 2011-01-12 10:34:22,882 DEBUG [-Processor16] QT121102816 - TX CONTROLER started 2011-01-12 10:34:22,883 DEBUG [-Processor16] QT121102816 - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, change_date, children, cmp_is_direct_payment, commission_id, commission_r ate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_c ount, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, f irst_advert_partner_tracking, first_advert_tracking_date, first_advert_tracking_id, first_name, first_partner_tracking, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, grant_seller_s core_feedback, grant_submit_review, grant_ws_stock, has_bban_payment, has_review_suggestion, has_suspicious_advert, has_valid_email_address, hide_statistics_in_account, history, holi day_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_ score_count, initial_seller_score_sum, invalid_email, invalidation_email_cause_code, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in _transit, is_last_tracking_direct, is_referential, is_review_game_player, is_seller_game_player, is_smo_add_this_game_player, is_smo_widget_game_player, is_to_validate, is_tracking_d irect, is_webmaster, is_widget_game_player, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_customshop_warning_date, last_import_date, last_login_date, la st_memo_date, last_name, last_partner_tracking, last_prd_question_request_date, last_review_warning_date, last_sponsorship_warning_date, last_tracking_date, last_warning_date, last_w idget_url, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, register_partner_tracking, registration_birth_date, reliability, remark , row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_game_score, seller_game_score_change_date, seller_game_subscription_date, seller_ score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shippi ng_chronopost, supports_shipping_colissimo, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_buybox _grant_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_title_code, usr _tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount _to_keep_currency_id, wlt_is_system_payment, wlt_negative_amount_last_date, wlt_negative_reminded_date, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACC OUNT WHERE UPPER(login) = UPPER(?) 2011-01-12 10:34:22,890 DEBUG [-Processor16] QT121102816 - TX status (ACTIVE) 2011-01-12 10:34:22,891 DEBUG [-Processor16] QT121102816 - TX CONTROLER committed [0 ms] 2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - POSTEXECUTE started (outside TX) 2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - POSTEXECUTE ended [0 ms] 2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - PRELOAD started (outside TX) 2011-01-12 10:34:22,893 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION) 2011-01-12 10:34:22,893 DEBUG [-Processor16] QT121102816 - Fast Navigation query (Filter) --> and(filter(and(selleridshop:string("22834494 N22834494", mode="OR"), prdvisibilityc ode:string("10", mode="AND"), category:string("Livres Musique Video Jeux-Video-et-Consoles Tel-PDA Informatique Hifi Maison Mode Loisirs Enfant Art-Collection Voiture", mode="OR")))) 2011-01-12 10:34:22,944 DEBUG [-Processor16] QT121102816 - Fast query navigators --> NONE 2011-01-12 10:34:22,946 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION) 2011-01-12 10:34:22,947 DEBUG [-Processor16] QT121102816 - Fast Navigation query (Filter) --> and(filter(and(selleridshop:string("22834494 N22834494", mode="OR"), prdvisibilityc ode:string("10", mode="AND"), category:string("Livres Musique Video Jeux-Video-et-Consoles Tel-PDA Informatique Hifi Maison Mode Loisirs Enfant Art-Collection Voiture", mode="OR"), i savailable:string("1", mode="AND")))) 2011-01-12 10:34:22,956 DEBUG [-Processor16] QT121102816 - Fast query navigators --> NONE 2011-01-12 10:34:22,956 INFO [-Processor16] QT121102816 - SEOBADFILTERVALUE 192.168.61.52 301 /boutique/QT121102816 "null" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .N ET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)" 2011-01-12 10:34:22,957 DEBUG [-Processor16] QT121102816 - PRELOAD ended [65 ms] 2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION) 2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX MODEL started 2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX MODEL committed [0 ms] 2011-01-12 10:34:22,958 INFO [-Processor16] QT121102816 - (Status : 301) Redirecting to : /nav 2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - Request.toString 2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - Got Method 2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET 2011-01-12 10:34:22,959 INFO [-Processor16] QT121102816 - <<< [80 ms] GET http://preview.pminteg.fr/boutique/QT121102816 |
| Commentaires |
| Commentaire de Caroline Schinzel [ 12/janv./11 15:52 ] |
|
Effectivement, on faisait des redirections vers la nav si
une valeur de filtre n'existait pas, depuis le projet de redirection
dans la nav.
C'est réparé : pas de redirection dans la boutique. |
[APP-29720] Ouverture de boutique impossible Création: 31/mai/10 10:45 Mise à jour: 01/juin/10 10:14 Résolue: 31/mai/10 16:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | 70.0.0 (NAV-C) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | QTP & PMBH | Attribution: | Antoine Carré |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
Erreur - non disponible à l'ouverture de la boutique 2010-05-31 10:30:44,680 INFO [-Processor17] QT315102235 - >>> GET http://preview.pm.lan/activate?action=activationstart 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Request.toString 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Got Method 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Request.toString 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Got Method 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET 2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - TX status (NO_TRANSACTION) 2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - TX CONTROLER started 2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - TX status (ACTIVE) 2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date , allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, change_date, children, cmp_is_direct_payment, commission_id, co mmission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed _seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, extern al_user_reference, first_advert_partner_tracking, first_advert_tracking_date, first_advert_tracking_id, first_name, first_partner_tracking, first_tracking_date, game_parent_user _account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_q uestion_notify, grant_seller_score_feedback, grant_submit_review, has_bban_payment, has_review_suggestion, has_suspicious_advert, has_valid_email_address, hide_statistics_in_acc ount, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sal e_count, initial_seller_score_count, initial_seller_score_sum, invalid_email, invalidation_email_cause_code, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_ sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_review_game_player, is_smo_add_this_game_player, is_smo_widget_game_player, is_to_validate, is_tracking_direct , is_webmaster, is_widget_game_player, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_ partner_tracking, last_prd_question_request_date, last_review_warning_date, last_sponsorship_warning_date, last_tracking_date, last_warning_date, last_widget_url, last_wish_date , login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, register_partner_tracking, registration_birth_date, reliability, remark, row_version, sale_ count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, sh ipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_su ivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_trackin g_id, usr_presence_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, walle t_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_negative_amount_last_date, wlt_negative_reminded_date, wlt_payment_mode_code, w lt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=? 2010-05-31 10:30:44,686 DEBUG [-Processor17] QT315102235 - TX status (ACTIVE) 2010-05-31 10:30:44,688 DEBUG [-Processor17] QT315102235 - TX CONTROLER committed [1 ms] 2010-05-31 10:30:44,688 DEBUG [-Processor17] QT315102235 - PRELOAD started (outside TX) 2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - PRELOAD ended [1 ms] 2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - TX status (NO_TRANSACTION) 2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - TX MODEL started 2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - Promotions - Computation starting 2010-05-31 10:30:44,691 DEBUG [-Processor17] QT315102235 - SPOT_DATE : Not faking date 2010-05-31 10:30:44,804 DEBUG [-Processor17] QT315102235 - Promotions - Computation done in 115 ms 2010-05-31 10:30:44,805 DEBUG [-Processor17] QT315102235 - Promotions - Values : {1100=DYNAMO_FILTER_TEXT(LAST)[], 70=HIDDEN 2(APPEND)[-78(/IG Promotions/FR/Promos/SiteUnder /TRAFIC MARKETING 1/Site Under TRAFIC MARKETING 1/TRAFIC MARKETING 1_script_ggr2-Root-hidden2),-84(/IG Promotions/FR/Promos/SiteUnder/REF NAT/Site Under REF NAT/REF NAT_script_g gr2-Root-hidden2),-81(/IG Promotions/FR/Promos/SiteUnder/TRAFIC MARKETING 2/Site Under TRAFIC MARKETING 2/TRAFIC MARKETING 2_script_ggr2-Root-hidden2)], 1020=DYNAMO_HEADER(null) [], 200=HP BANNER(LAST)[], 140=BODY(RANDOM)[], 2040=OFFER(APPEND)[], 10=HEADER(RANDOM)[], 1010=DYNAMO_TITLE(null)[], 1090=DYNAMO_RIGHT_1(LAST)[], 1030=DYNAMO_SEARCH(LAST)[], 220 =HP RIGHT(RANDOM)[], 2050=BODY INSIDE 2(LAST)[], 1050=DYNAMO_LEFT_1(LAST)[], 80=META TITLE(null)[], 20=SIDE 5(RANDOM)[], 260=SYNERGY TAB 1(RANDOM)[-176(/IG Promotions/FR/Promos/ Boutons synergies/Bouton Aval)], 145=BODY 2(LAST)[], 1040=DYNAMO_PATH(LAST)[], 270=SYNERGY TAB 2(RANDOM)[-177(/IG Promotions/FR/Promos/Boutons synergies/Bouton VMC)], 2060=PRE_O FFER(APPEND)[], 210=HP LEFT(RANDOM)[], 90=META DESCRIPTION(null)[], 30=SIDE 6(RANDOM)[], 2030=BODY INSIDE(RANDOM)[], 170=FOOTER(RANDOM)[], 100=META KEYWORDS(null)[], 2000=SELLER _LABEL_1(LAST)[], 1070=DYNAMO_BODY_1(LAST)[], 2010=SELLER_LABEL_2(LAST)[], 230=EVENT TAB(LAST)[], 40=SIDE 2(RANDOM)[], 160=BOTTOM HEADER(RANDOM)[], 1060=DYNAMO_LEFT_2(LAST)[], 5 0=SIDE 4(RANDOM)[], 1080=DYNAMO_ADVERT(LAST)[], 250=PURCHASE(APPEND)[], 190=SIDE 3(RANDOM)[], 240=LOGO(LAST)[], 180=SIDE 1(LAST)[], 60=HIDDEN 1(APPEND)[]} 2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - TX MODEL committed [0 ms] 2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - POSTLOAD started (outside TX) 2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - POSTLOAD ended [0 ms] 2010-05-31 10:30:44,815 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_logo.SRC=default/logo/priceminister_logo.gif] 2010-05-31 10:30:44,819 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_auto_tab_off.SRC=default/structure/header/onglet_auto_off.gif] 2010-05-31 10:30:44,819 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_sell_tab.SRC=default/structure/header/sell_button.gif] 2010-05-31 10:30:44,820 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_pricetv_tab.SRC=default/structure/header/tab_pricetv.gif] 2010-05-31 10:30:44,822 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_comparator.SRC=default/structure/header/comparator.gif] 2010-05-31 10:30:44,825 ERROR [-Processor17] QT315102235 - Erreur syntaxique dans le template : PMVelocity - bread_crumbs_template 2010-05-31 10:30:44,827 ERROR [-Processor17] QT315102235 - Block generation error in : com.babelstore.common.front.BreadCrumbs_jsp 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Request.toString 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Got Method 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET 2010-05-31 10:30:44,827 WARN [-Processor17] QT315102235 - Assembly error~Servlet=com.babelstore.user.front.ActivationServlet~Request=GET http://preview.pm.lan/activate?act ion=activationstart~Referrer=http://preview.pm.lan/user~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.3 0; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=Erreur syntaxique dans le template : PMVelocity - bread_crumbs_template Lexical error: org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 1, column 2. Encountered: <EOF> after : "" 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Request.toString 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Got Method 2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET 2010-05-31 10:30:44,827 INFO [-Processor17] QT315102235 - <<< [147 ms] GET http://preview.pm.lan/activate?action=activationstart |
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 31/mai/10 10:48 ] |
| Idem sur la page Mot de passe oublié |
| Commentaire de Antoine Carré [ 31/mai/10 12:11 ] |
|
Ok le problème est identifié. Nous avons un problème avec les # qui sont dans les URL dans la carto Infoglue. Solution mise en place : - suppression des # - mise en place d'une alerte NAGIOS dans le cas où il y ai des # ailleurs... |
| Commentaire de Antoine Carré [ 31/mai/10 14:37 ] |
|
Pour le param : publier ces 2 sitenode : ROOT > IDENTIFICATION > CREDENTIAL ROOT > IDENTIFICATION > ACTIVATION > ACTIVATION_START |
| Commentaire de Carole Boucheny [ 31/mai/10 15:08 ] |
|
Bonjour, Les contenus n'ont pas été soumis à publication sur cms ref. |
| Commentaire de Antoine Carré [ 31/mai/10 16:27 ] |
| voilà qui est fait, cms_ref ne répondait pas... |
| Commentaire de Carole Boucheny [ 31/mai/10 16:52 ] |
| Publié sur cms ref et cms branch |
[CAT-3250] Google Products UK: Improvements Création: 28/oct./10 16:28 Mise à jour: 19/nov./10 16:06 Résolue: 19/nov./10 16:06 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Springett | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Estimation restante: | 3 jours | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 3 jours | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Les dernières modifications pour google Products:
Nous envoyer que les produits avec: 1-Image 2-Unique product code Il faut remplir toutes les flux affin d'avoir 100000 produit par flux. Il faut essayer de rajouter les attributes suivant: Required These attributes must be included in any data feed and any items missing these attributes will not be processed. For more detailed instructions for each attribute click on them. id [id] A unique alphanumeric identifier for each item- e.g. your internal ID code. IMPORTANT: * Once an item is submitted the unique id cannot change when you update your data feed. * Item identifiers must be unique within your account. If you have multiple feeds, items within different feeds must still have a unique identifier. Type Alphanumeric characters Text/Tab delimited tddy123uk XML <g:id>tddy123uk</g:id> title [title] The name of the item should be placed here and as described in our editorial guidelines please don't include any promotional text. In addition, all symbols should adhere to their true meaning, for example, do not use the @ symbol to replace the letter "a". Type Text, that should be not longer than 70 characters Text/Tab delimited Yellow Teddy Bear XML <title>Yellow Teddy Bear</title> link [link] This attribute is a direct link to your product URL. As our policies state as a merchant using Google Product Search it is your responsibility to maintain the website associated with your account at all times. All your URLs must link directly to webpages about your products without pop ups or redirects to other pages. This includes landing pages requiring sign ups, passwords, or direct links to files/email addresses. Links should not contain raw ip addresses. Type URL. (this must include the http:// portion) Text/Tab delimited http://www.example.com/asp/sp.asp?cat=12&id=1030 XML <link>http://www.example.com/asp/sp.asp?cat=12&id=1030</link> price [price] Only items with fixed prices are allowed in Product Search; items with variable prices such as plane tickets or auctions are not valid. For items sold in bulk quantities the price for the lowest purchasable number of items must be defined in this attribute (not the per unit price) as described in our policies. All submitted prices must be in the correct must exactly match the price displayed on your website. If you do not provide a currency with the price (e.g. 15.00 USD), we will assume the currency is the same as that of your target country. Type Number Text/Tab delimited 15.00 USD XML <g:price>15.00 USD</g:price> description [description] This text describes each item. As laid out in our policies you may not use promotional or boiler plate text, such as "Free Shipping" or "Click Here Now". Type Text. Include as much text as is necessary to accurately describe the item. You can submit up to 10,000 characters. Text/Tab delimited This teddy bear is fuzzy and cuddly. The bear is yellow with with white paws and stuffed with high quality hypoallergenic synthetic cotton. XML <description>This teddy bear is fuzzy and cuddly. The bear is yellow with with white paws and stuffed with high quality hypoallergenic synthetic cotton.</description> condition [condition] This attribute describes the condition of your product. There are only three accepted values: new, used and refurbished. Type There are only three values accepted: * new * used * refurbished Text/Tab delimited used XML <g:condition>used</g:condition> Note: If you are submitting with English attribute names, the three accepted values are new, used and refurbished. Recommended These attributes are not required, but we strongly encourage that you include them whenever they are available. Remember, the more relevant attributes you include, the better we can match your products to our users' queries. gtin [gtin] In this attribute, you will include Global Trade Identification Numbers (GTINs) for your products. These identifiers include UPC (in North America), EAN (in Europe), JAN (in Japan), and ISBN (for books). You can include any of these values within this attribute. If available, you should provide at least two of the 'brand', 'mpn' and 'gtin' attributes. Please read more about providing strong identifiers. Note: If you are already including an attribute named 'upc', 'ean', 'jan', or 'isbn', you don't need to add this attribute. We are automatically mapping these attributes to the 'gtin' attribute. UPC EAN JAN ISBN Type 12-digit number 13-digit number 9-digit number 10 or 13-digit number. If you have both, only include 13-digit number. Text/Tab-delimited 001234567891 1001234567891 123456789 0451524233 XML <g:gtin>001234567891</g:gtin> <g:gtin>1001234567891</g:gtin> <g:gtin>123456789</g:gtin> <g:gtin>0451524233</g:gtin> Recommended for All, especially electronics & media All, especially electronics & media All, especially electronics & media Books brand [brand] The brand of the product. If available, you should provide at least two of the brand, mpn and gtin attribute. Please read more about providing strong identifiers. Type Text Text/Tab delimited Acme XML <g:brand>Acme</g:brand> Recommended for All but strongly recommended for electronics mpn [mpn] The manufacturer product number (the number which uniquely identifies the product to it's manufacturer). If available, you should provide at least two of the brand, mpn and gtin attribute. Please read more about providing strong identifiers. Type Alphanumeric characters Text/Tab delimited GO12345OOGLE XML <g:mpn>GO1234568OOGLE</g:mpn> Recommended for All but strongly recommended for electronics image link [image_link] This is the URL of an associated image for a product. Please use full size images (400x400 pixels or larger), not thumbnails. Please do not include logos in images. If you do not have an image for your product leave this attribute blank. You can include up to 10 image links, however, one high quality image is preferred. Type URL. (Must include the http:// portion.) Up to 10 URLs can be included. For tab-delimited, separate each URL by a comma. For XML, include each URL as a separate <image_link> attribute. Text/Tab delimited http://www.example.com/image1.jpg XML <image_link>http://www.example.com/image1.jpg</image_link> Recommended for All categories product type [product_type] This describes the overall category of the product. For example, if your item is a refrigerator it might be in the category of "appliances". Ideally, please match the product to our own taxonomy shown here. Type Text. You may include multiple product types if its appropriate for your item. Separate by a comma for tab-delimited; Include multiple <product_type> attributes for XML. Text/Tab delimited Home & Garden > Kitchen & Dining > Appliances > Refrigerators XML <g:product_type>Home & Garden > Kitchen & Dining > Appliances > Refrigerators</g:product_type> Recommended for All categories quantity [quantity] This attribute specifies the number of items in stock. Note that if you submit items that are out of stock you must have the quantity attribute set to '0', otherwise you should not upload out of stock items. Type Integer Text/Tab delimited 1 XML <g:quantity>1</g:quantity> Recommended for All availability [availability] The availability attribute has only three accepted values: * in stock * out of stock * limited availability If you use a different value your item will not be processed. These three values give you the option of adjusting your listings as your product stocks vary. Type Text with only three accepted values: 'in stock', 'out of stock', 'limited availability' Text/Tab delimited in stock XML <g:availability>in stock<g:availability> Recommended for All Note: If you are submitting with English attribute names, the three accepted values are in stock, out of stock and limited availability. shipping [shipping] This attribute provides the specific shipping estimate for the product. This overrides the global shipping settings you defined in your Google Merchant Center settings. Type Each shipping attribute group consists of three sub-attributes: Name Requirement Description Examples country optional The country an item will ship to (as an ISO 3166 country code) GB region Not used in the UK, Germany, and France service optional The service class or delivery speed Courier price required Fixed shipping price (assumes the same currency as the price attribute) 10.00 Note: You can submit multiple values for this attribute. Text/Tab delimited Separate each sub-attribute with a colon, and each shipping attribute group with a comma. Do not enclose sub-attribute values within quotations. All colons, even for blank values, are required, i.e., three colons are required. :::10.00 GB:::10.00 GB::Royal Mail:2.95,GB::Courier:10.00 XML The three sub-attributes are country, service, and price. Include each shipping attribute group as a separate attribute. <g:shipping> <g:country>UK</g:country> <g:service>Courier</g:service> <g:price>10.00</g:price> </g:shipping> Recommended for All feature [feature] Used to indicate the particular characteristic features of a product. For books, movie and music, examples values are respectively; paperback, CD, and blue-ray. Type Text Text/Tab delimited paperback XML <g:feature>paperback</g:feature> Recommended for Books, movies, and music online only [online_only] This is used to indicate if you have a product that is only available online and not in your physical store. There are only two accepted values 'y', if any item is not available in your store to purchase or 'n' if a customer can buy the posted item at your physical location. Type Boolean: y or n Text/Tab delimited y XML <g:online_only>y</g:online_only> Recommended for If some of your products are only available online and not in your physical store. manufacturer [manufacturer] This is the manufacturer of your items. Please use this attribute only for items whose brand and manufacturer are different, e.g. when one brand is produced by multiple manufacturers. Type Text Text/Tab delimited LG XML <g:manufacturer>LG</g:manufacturer> Recommended for Anywhere brand and manufacturer differ expiration date [expiration_date] This is the date that an item listing will expire. Note: The default expiration time is 30 days if the attribute is not provided. Type ISO 8601 format: YYYY-MM-DD. Note are GMT-8 Text/Tab delimited 2004-08-19 XML <g:expiration_date>2004-08-19</g:expiration_date> Recommended for All shipping weight [shipping_weight] This is the weight of the product at shipping. If you have specified a global shipping rule that is dependent on shipping weight, this attribute will be used to calculate the shipping cost automatically. The accepted values must include both a number and a unit of weight. Type We accept only the following units of weight: lb, pound, oz, ounce, g, gram, kg, kilogram. Text/Tab delimited 3 kilograms XML <g:shipping_weight>3 kilograms</g:shipping_weight> Recommended for all items with weight-dependent shipping costs. genre [genre] This describes the genre of your items, such as comedy or rock and roll. Type Text. If accurate you may include more than one genre. For text these would be separated by commas and for XML include each genre as a separate attribute. Text/Tab delimited Rock and Roll XML <g:genre>Rock and Roll</g:genre> Recommended for Media featured product [featured_product] Used to indicate that specific product is special or featured. Items on promotion or that are featured in a sale should be given the value of 'y' Type Boolean: y or n Text/Tab delimited y XML <g:featured_product>y</g:featured_product> Recommended for Promotional or featured items excluded destination [excluded_destination] color [color] This defines the color of an item, it is especially useful if you have many different colors on the same item. You may include up to 10 values for this attribute. For text formats multiple values should be separated by commas, for XML repeat the tag for each value. Type Text Text/Tab delimited red XML <g:color>red</g:color> Recommended for Apparel size [size] This denotes the size of an item that may not have a standard size. Type Text. Note: You may include up to 30 values for this attribute. For text formats multiple values should be separated by commas, for XML repeat the tag for each value. Text/Tab delimited medium, large XML <g:size>medium</g:size> <g:size>large</g:size> Recommended for Apparel year [year] The year that a product was produced. Type Numbers: Year in four digits, YYYY Text/Tab delimited 2004 XML <g:year>2004</g:year> Recommended for Books author [author] This defines the author of the information. Type Text. Text/Tab delimited William Shakespeare XML <g:author>William Shakespeare</g:author> Recommended for Books edition [edition] |
| Commentaires |
| Commentaire de Thomas Springett [ 02/nov./10 10:49 ] |
|
aussi il faut que si avec le règle de création du
description nous n'avons toujours pas 70 caractères que nous n'envoyons
pas le produit.
Merci, |
| Commentaire de Thomas Springett [ 02/nov./10 16:07 ] |
|
Il faut qu'on arrête d'envoyer les produit ayant les characters du genre $%ù*...
Merci, |
| Commentaire de Carole Boucheny [ 15/nov./10 16:41 ] |
|
Les points suivants sont en prod et seront donc pris en compte pour les flux de demain :
- Récupération uniquement des produits avec images - Unique product code - Exclusion des produits ayant une description de moins de 70 caractères - Exclusion de certain caractère spéciaux. Il reste donc à vérifier que les attributs obligatoires sont bien présents. |
| Commentaire de Carole Boucheny [ 16/nov./10 11:49 ] |
|
Bonjour Thomas,
J'ai ajouté / améliorer l'information des balises suivant ce que tu as indiqué. Par contre, je vois que sur le flux books3 d'hier il y a des erreurs sur l'upc. J'ai vérifié, les isbn indiqués sont correctes mais ne sont pas connus du site "http://isbndb.com/". Ce que je remarque c'est que les exemples donnés correspondent à des livres soumis par libri. La solution serait peut-être d'exclure les fiches produits libri pour le flux books3. Qu'en penses-tu ? Carole |
| Commentaire de Thomas Springett [ 16/nov./10 12:33 ] |
|
ça dépend du volume, si le flux reste à 100000 produit nous pourrions exclure ces produits.
Merci, |
| Commentaire de Carole Boucheny [ 16/nov./10 13:49 ] |
| On tombe à 5 466 produits pour le flux books3 |
| Commentaire de Carole Boucheny [ 16/nov./10 14:31 ] |
|
Peux-tu me confirmer que je laisse donc comme c'est actuellement ?
Merci Carole |
| Commentaire de Thomas Springett [ 16/nov./10 15:07 ] |
| c'est un peut trop bas pour moi. il y a un autre attrubut qu'on peut utiliser pour creer un flux books3? |
| Commentaire de Carole Boucheny [ 16/nov./10 16:36 ] |
|
Voici la nouvelle organisation que je propose :
(Seul books3 et books4 sont modifié par rapport au jira : - BOOKS : Livre en "anglais" avec "classification niv1" --> 272 974 produits - BOOKS2 : Livre en "anglais" sans "classification niv1" --> 217 314 produits - BOOKS3 : Livre "sans langue" avec "classification niv3" avec "classification niv4" --> 169 392 produits - BOOKS4 : Livre "sans langue" avec "classification niv3" sans "classification niv4" --> 179 872 produits - BOOKS5 : Livre "sans langue" sans "classification niv3" --> 313 877 - MUSIC : Music tous sauf "easy listening" et "Jazz" et "rock" --> 86 689 produits - MUSIC2 : Music que "easy listening" ou "Jazz" ou "rock" --> 60 143 - VIDEO : Pas de changement - COMPUTER: Pas de changement - OTHER : Pas de changement |
| Commentaire de Thomas Springett [ 16/nov./10 17:12 ] |
| Ok pour moi |
| Commentaire de Carole Boucheny [ 16/nov./10 18:16 ] |
| La modification pour les books3 et 4 est en prod. Par contre il y a quelque chose d'étrange pour le flux other qui n'est pas aussi gros que prévu. Je regarderais plus dans le détail se qui se passe. |
| Commentaire de Carole Boucheny [ 18/nov./10 11:25 ] |
|
J'ai identifié le problème du flux others. Je relance
manuellement juste ce flux pour vérifier la correction. Je fermerais
ensuite cette demande.
Carole |
| Commentaire de Carole Boucheny [ 19/nov./10 16:06 ] |
| Le flux others est un cas un peu particulier. Le dédoublonnage ne fonctionne pas sur ce flux. Je n'arrive pas à trouver pourquoi. Afin d'avoir un maximum d'offre le dédoublonnage est retiré uniquement sur ce flux. |
[APP-16971] Erreur velocity sur template detail_book_template + NPE Création: 06/juil./07 16:29 Mise à jour: 09/juil./07 15:46 Résolue: 06/juil./07 19:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 15.x.x | ||||||||
| Description |
|
2007-07-06 16:22:47,485 INFO [P-Processor7] 192.168.1.234 - >>> GET http://preview.pm.lan/offer/buy/5308353/Les-Filles-De-Playboy-Special-Dilles-Au-Lit-S ans-La-Couette-N%C2%B09-Livre.html 2007-07-06 16:22:47,493 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 1000 rows !! 2007-07-06 16:22:47,504 DEBUG [P-Processor7] 192.168.1.234 - ImageInfoQuery -- ImageInfoQuery VAR x1 NUMBER § EXEC :x1 := 5308353; SELECT product_id, prd_image_id, rank, pri_status_code, prd_source_code, user_account_id, creation_date FROM prd_image WHERE (prd_image.product_id = :x1) AND (prd_image.pri_status_code IN (10, 15, 18)) ORDER BY prd_image.rank, prd_image.pri_status_code, prd_image.creation_date ; 2007-07-06 16:22:47,608 DEBUG [P-Processor7] 192.168.1.234 - ProductAdvertInfoQuery -- ProductAdvertInfoQuery VAR x1 NUMBER § EXEC :x1 := 5308353; SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, adv ert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.fre shness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, adv ert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_cou nt, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_availability_code, advert.prd_currency_id, advert.prd_freshness_date, advert.prd_line_key, advert.prd_list_price, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibilit y_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login , advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavaila ble_count, advert.usr_tracking_id, base_product.summary AS base_summary, cpl_product.summary AS cpl_summary, user_account.user_account_id, user_account.accep t_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_accou nt.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account. cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, us er_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_ac count.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account .ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tr acking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_ buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.gra nt_question_item_receive, user_account.grant_question_notify, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_ account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.initial_answer_time_sum, user_account.initial_co mmit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_ac count.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user _account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user _account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_ memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login, user_acc ount.parent_user_account_id, user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_accoun t.reliability, user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_s um, user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_websi te_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost , user_account.supports_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_accoun t.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right_code, use r_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privi lege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amoun t, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wl t_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as score FROM advert, product base_product, product cpl_product, user_account WHERE (base_product.product_id = advert.product_id) AND (cpl_product.product_id (+)= advert.complement_product_id) AND (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :x1) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_c ode ASC, score DESC NULLS LAST, advert.creation_date ASC ; 2007-07-06 16:22:47,782 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 2000 rows !! 2007-07-06 16:22:47,811 DEBUG [P-Processor7] 192.168.1.234 - DynamoQuery -- DynamoQuery VAR x1 VARCHAR2(500) § EXEC :x1 := 'productid=5308353&action=buy'; SELECT dynamo.html_content, dynamo.dynamo_id AS dynamo_id, dynamo.data_key AS data_key, dynamo.position_key AS position_key FROM dynamo WHERE (data_key = (:x1)) ; 2007-07-06 16:22:47,887 DEBUG [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias -- CategoryDetailQuery::ByAlias VAR x1 VARCHAR2(500) § EXEC :x1 := 'filter_navigation'; VAR x2 NUMBER § EXEC :x2 := 10; SELECT /*+ INDEX(prd_attribute_name prd_attribute_name_pkix_name) INDEX(prd_attribute_value prd_attribute_value_pkix_value) */ category.category_id, cate gory.adopted_category_id, category.alias, category.change_date, category.creation_date, category.ctg_status_code, category.ctg_type_code, category.descriptio n, category.does_inherit_from_parent, category.label, category.old_alias, category.parent_category_id, category.rank, category.row_version, ctg_parameter.ctg _parameter_id p_ctg_parameter_id, ctg_parameter.boolean_value p_boolean_value, ctg_parameter.category_id p_category_id, ctg_parameter.change_date p_change_da te, ctg_parameter.clob_value p_clob_value, ctg_parameter.creation_date p_creation_date, ctg_parameter.ctp_operator_code p_ctp_operator_code, ctg_parameter.ct p_type_code p_ctp_type_code, ctg_parameter.date_value p_date_value, ctg_parameter.double_value p_double_value, ctg_parameter.is_inherited_to_child p_is_inher ited_to_child, ctg_parameter.number_value p_number_value, ctg_parameter.prd_attribute_name_key p_prd_attribute_name_key, ctg_parameter.prd_attribute_unit_key p_prd_attribute_unit_key, ctg_parameter.prd_attribute_value_key p_prd_attribute_value_key, ctg_parameter.row_version p_row_version, ctg_parameter.string_val ue p_string_value, ctg_parameter.target_category_id p_target_category_id, prd_attribute_name.name AS p_name, prd_attribute_value.value AS p_value FROM ( SELECT category.category_id, category.adopted_category_id, category.alias, category.change_date, category.creation_date, category.ctg_status_code, cate gory.ctg_type_code, category.description, category.does_inherit_from_parent, category.label, category.old_alias, category.parent_category_id, category.rank, category.row_version FROM category START WITH (alias = :x1) CONNECT BY (parent_category_id = PRIOR category_id) AND (ctg_status_code IN (:x2))) category, ctg_parameter, prd_attribute_name, prd_attribute_value WHERE (prd_attribute_name.prd_attribute_name_key (+) = ctg_parameter.prd_attribute_name_key) AND (prd_attribute_value.prd_attribute_value_key (+) = ctg_parameter.prd_attribute_value_key) AND (ctg_parameter.category_id (+) = category.category_id) ORDER BY rank ASC ; 2007-07-06 16:22:47,905 WARN [P-Processor7] 192.168.1.234 - org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - Type: Contenu : Bloc Html - Category[257114] [line 3,column 18] : $firstContributor is not a valid reference. 2007-07-06 16:22:47,906 ERROR [P-Processor7] 192.168.1.234 - Left side ($familyName) of '!=' operation has null value. Operation not possible. PMVelocity - Type: Contenu : Bloc Html - Category[257116] [line 142, column 20] 2007-07-06 16:22:47,906 ERROR [P-Processor7] 192.168.1.234 - Left side ($familyName) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Type: Contenu : Bloc Html - Category[257116] [line 149, column 20] 2007-07-06 16:22:48,071 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 1000 rows !! 2007-07-06 16:22:48,079 ERROR [P-Processor7] 192.168.1.234 - Method getAttributeValueCollection threw exception for reference $product in template PMVeloci ty - PrdConfiguration - Detail - Disclaimer - Alias : detail_book_template at [1,6] 2007-07-06 16:22:48,079 INFO [P-Processor7] 192.168.1.234 - com.babelstore.util.template.VelocityException: Probleme lors d'un appel de fonction dans le t emplate : PMVelocity - PrdConfiguration - Detail - Disclaimer - Alias : detail_book_template Invocation of method 'getAttributeValueCollection' in class com.babelstore.product.ProductDetail threw exception class java.lang.NullPointerException : null 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.template.VelocityTemplate.merge(VelocityTemplate.java:199) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.velocityMerge(ProductFormat.java:496) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.velocityMerge(ProductFormat.java:457) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.getDetailDisclaimer(ProductFormat.java:817) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.referential.front.ProductDescription_jsp.generate(ProductDescription_jsp.ja va:268) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.Block.generate(Block.java:143) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:528) 2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:561) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:567) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:231) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.Block.generate(Block.java:143) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Screen.generate(Screen.java:137) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.generate(Request.java:501) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:409) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:252) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:202) 2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.jav a:153) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) 2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) 2007-07-06 16:22:48,083 INFO [P-Processor7] 192.168.1.234 - at java.lang.Thread.run(Thread.java:595) 2007-07-06 16:22:48,198 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 2000 rows !! 2007-07-06 16:22:48,260 WARN [P-Processor7] 192.168.1.234 - org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - Type: Contenu : Bloc Html - Category[257114] [line 3,column 18] : $firstContributor is not a valid reference. 2007-07-06 16:22:48,263 INFO [P-Processor7] 192.168.1.234 - <<< [778 ms] GET http://preview.pm.lan/offer/buy/5308353/Les-Filles-De-Playboy-Special-Dilles -Au-Lit-Sans-La-Couette-N%C2%B09-Livre.html |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 06/juil./07 19:11 ] |
|
le backmerge SBP V15 avait supprimé les modifications faite pour le JIRA lié sur la branche V14. Ouf. |
[APP-12000] Fichier N°4195941 est en Erreur Création: 04/sept./06 15:30 Mise à jour: 25/juin/07 18:43 Résolue: 24/oct./06 16:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.4 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Rodrigue Nsiangani | Attribution: | Rodrigue Nsiangani |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | Mozilla / Firefox | ||||||||
| Description |
|
Le fichier N°4195941 est en erreur. http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4195941&login=gb_neuf J'ai déjà patché plusieurs fois le fichier. Le format utilisé comporte des inclusions de formats. http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14326 |
| Commentaires |
| Commentaire de Rodrigue Nsiangani [ 04/sept./06 15:33 ] |
| J'ai remis le fichier à retraiter pour avoir les logs. |
| Commentaire de Rodrigue Nsiangani [ 04/sept./06 15:47 ] |
|
2006-09-04 10:00:33,150 ERROR [10.150.28.77] DATA_FILE-391 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataFileBusiness.processLine(java.lang.Long,com.babelstore.user.UserInfo,com.babelstore.stock.service.StockService) throws java.rmi.RemoteException,java.lang.Exception, causedBy: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25) at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76) at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62) at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32) at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284) at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224) at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105) at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850) at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542) at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515) at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77) at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168) at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy262.isAttributeValueMapped(Unknown Source) at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871) at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262) at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy265.processAttribute(Unknown Source) at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy268.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231) at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22) ... 211 more Caused by: java.lang.NullPointerException at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269) at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331) at com.babelstore.stock.entity.Product.computeText1(Product.java:2134) at com.babelstore.stock.entity.Product.denormalize(Product.java:2031) at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518) ... 215 more at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy265.processAttribute(Unknown Source) at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy268.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231) at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25) at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76) at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62) at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32) at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284) at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224) at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105) at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850) at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542) at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515) at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77) at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168) at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy262.isAttributeValueMapped(Unknown Source) at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871) at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262) at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy265.processAttribute(Unknown Source) at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy268.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231) at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22) ... 211 more Caused by: java.lang.NullPointerException at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269) at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331) at com.babelstore.stock.entity.Product.computeText1(Product.java:2134) at com.babelstore.stock.entity.Product.denormalize(Product.java:2031) at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518) ... 215 more at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy262.isAttributeValueMapped(Unknown Source) at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871) at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262) at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source) at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262) at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy265.processAttribute(Unknown Source) at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy268.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231) at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25) at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76) at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62) at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32) at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284) at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224) at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105) at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195) at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850) at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542) at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165) at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38) at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515) at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77) at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168) at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy262.isAttributeValueMapped(Unknown Source) at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871) at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262) at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy265.processAttribute(Unknown Source) at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183) at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy268.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88) at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231) at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22) ... 211 more Caused by: java.lang.NullPointerException at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269) at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331) at com.babelstore.stock.entity.Product.computeText1(Product.java:2134) at com.babelstore.stock.entity.Product.denormalize(Product.java:2031) at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518) ... 215 more 2006-09-04 10:00:33,162 ERROR [10.150.28.77] DATA_FILE-391 - Fatal exception during processing of file 4195941 at line 44127315397: javax.transaction.TransactionRolledbackException: null; CausedByException is: |
| Commentaire de Mostafa Diane [ 05/sept./06 15:53 ] |
| le format de fichier n'est pas bon; en fait la variable $attributeUnitKey DOIT ABSOLUMENT CONTENIR UNE CLE d'unité valide et non pas la valeur de cette unité |
| Commentaire de Mostafa Diane [ 05/sept./06 15:59 ] |
|
Ci -après la liste de toutes les unités avec leur clé SQL> select UNIT ||' a pour valeur ' || PRD_ATTRIBUTE_UNIT_KEY from prd_attribute_unit ; UNIT||'APOURVALEUR'||PRD_A ------------------------------------------------------------------------------------------------------------------------------------------------------ Hz a pour valeur U00043 KHz a pour valeur U00044 MHz a pour valeur U00045 GHz a pour valeur U00046 Octet a pour valeur U00052 Ko a pour valeur U00053 Mo a pour valeur U00054 Go a pour valeur U00055 To a pour valeur U00056 Ns a pour valeur U00060 Ms a pour valeur U00061 Min a pour valeur U00063 Heure(s) a pour valeur U00064 Mois a pour valeur U00066 Années a pour valeur U00067 Jours a pour valeur U00074 Mois a pour valeur U00075 Ko/s a pour valeur U00081 Ko/s a pour valeur U00082 Mo/s a pour valeur U00083 GBps a pour valeur U00084 Bps a pour valeur U00085 Kbits/s a pour valeur U00086 Mbits/s a pour valeur U00087 Gbits/s a pour valeur U00088 Tours/min a pour valeur U00089 mm a pour valeur U00098 Cm a pour valeur U00099 M a pour valeur U00100 Km a pour valeur U00101 Watt a pour valeur U00104 KW a pour valeur U00106 VA a pour valeur U00107 Lumens ANSI a pour valeur U00108 Ppp a pour valeur U00109 Ppm a pour valeur U00110 Min/page a pour valeur U00111 Caractères/s a pour valeur U00112 Caractères/min a pour valeur U00113 Lignes/s a pour valeur U00114 Lignes/min a pour valeur U00115 Feuilles a pour valeur U00116 Pixels/pouce a pour valeur U00119 dBV/uBar a pour valeur U00126 dBV/Pascal a pour valeur U00127 Mg a pour valeur U00135 G a pour valeur U00136 Kg a pour valeur U00137 MAh a pour valeur U00157 Ah a pour valeur U00158 Wh a pour valeur U00163 Go/h a pour valeur U00166 Mo/h a pour valeur U00170 Bit a pour valeur U00171 dB a pour valeur U00175 Rouleaux a pour valeur U00177 M2/heure a pour valeur U00181 Cpp a pour valeur U00189 Lpp a pour valeur U00200 diapos a pour valeur U00203 inch/min a pour valeur U00206 Pages a pour valeur U00213 Infini a pour valeur U80002 Pages a pour valeur U80036 Le kit câble a pour valeur U80048 degrés a pour valeur U80051 Noms et numéros a pour valeur U80084 cd/m2 a pour valeur U80086 Mm/s a pour valeur U80088 disques a pour valeur U80095 Mégapixel a pour valeur U80123 cm a pour valeur U80145 cartes a pour valeur U80146 point(s) a pour valeur U80149 ppm a pour valeur U80155 min/page a pour valeur U80156 car/sec a pour valeur U80157 car/min a pour valeur U80158 lignes/sec a pour valeur U80159 lignes/min a pour valeur U80160 m2/heure a pour valeur U80161 mm/sec a pour valeur U80162 pouce/min a pour valeur U80163 CD a pour valeur U80167 minutes a pour valeur U80168 hours a pour valeur U80169 hours a pour valeur U80175 day(s) a pour valeur U80176 month(s) a pour valeur U80177 CV a pour valeur UC0001 l a pour valeur UC0002 l / 100km a pour valeur UC0003 m a pour valeur UC0004 kg a pour valeur UC0005 kW a pour valeur UC0006 ch a pour valeur UC0007 km/h a pour valeur UC0008 s a pour valeur UC0009 Nm a pour valeur UC0010 cm3 a pour valeur UC0011 euros a pour valeur UC0012 ml a pour valeur UC0013 cl a pour valeur UC0014 dl a pour valeur UC0015 Pouces a pour valeur UC0016 105 ligne(s) sélectionnée(s). Ecoulé : 00 :00 :00.02 |
| Commentaire de Rodrigue Nsiangani [ 05/sept./06 16:00 ] |
|
J'ai exécuté la requète suivante pour récupérer les unités de valeurs : << select prd_attribute_unit_key , unit from prd_attribute_unit >> ... U00127|dBV/Pascal U00135|Mg U00136|G U00137|Kg U00157|MAh U00158|Ah U00163|Wh U00166|Go/h U00170|Mo/h U00171|Bit U00175|dB U00177|Rouleaux U00181|M2/heure ... J'ai récupéré 105 lignes. Je vais modifier le format. |
| Commentaire de Rodrigue Nsiangani [ 05/sept./06 16:59 ] |
| Les formats ont été corrigés. J'ai mis le fichier à retraiter. |
| Commentaire de Mostafa Diane [ 06/sept./06 11:55 ] |
|
Les fichiers passe en prod. faudra peut renvoyé un message d'erreur pour planter la ligne sans bloquer le fichier. Je le place en V904 |
| Commentaire de Mostafa Diane [ 12/sept./06 16:02 ] |
| Désomrais lorsque vous rentrez une fausse clé d'unité, la ligne plante. Vous allez voir un joli Message : Vérifier l'unité Mo. |
| Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:11 ] |
|
Le fichier est toujours en Erreur en INTEG et je n'ai pas eu de message "Vérifier l'unité Mo". Ce n'est peut-être pas le même bug. J'ai vérifié, nous avoons les mêmes codes en integ et en prod : <<Go a pour valeur U00055 = Go a pour valeur U00055 To a pour valeur U00056 = To a pour valeur U00056 >> EN INTEG SQL> select UNIT ||' a pour valeur ' || PRD_ATTRIBUTE_UNIT_KEY from prd_attribut e_unit ;UNIT||'APOURVALEUR'||PRD_A -------------------------------------------------------------------------------- Hz a pour valeur U00043 KHz a pour valeur U00044 MHz a pour valeur U00045 GHz a pour valeur U00046 Octet a pour valeur U00052 Ko a pour valeur U00053 Mo a pour valeur U00054 Go a pour valeur U00055 To a pour valeur U00056 V a pour valeur U00058 Ns a pour valeur U00060 Ms a pour valeur U00061 sec a pour valeur U00062 Min a pour valeur U00063 Heure(s) a pour valeur U00064 Mois a pour valeur U00066 Années a pour valeur U00067 Jours a pour valeur U00074 Mois a pour valeur U00075 Ko/s a pour valeur U00081 Ko/s a pour valeur U00082 Mo/s a pour valeur U00083 GBps a pour valeur U00084 Bps a pour valeur U00085 Kbits/s a pour valeur U00086 Mbits/s a pour valeur U00087 Gbits/s a pour valeur U00088 Tours/min a pour valeur U00089 mm a pour valeur U00098 Cm a pour valeur U00099 M a pour valeur U00100 Km a pour valeur U00101 Watt a pour valeur U00104 KW a pour valeur U00106 VA a pour valeur U00107 Lumens ANSI a pour valeur U00108 Ppp a pour valeur U00109 Ppm a pour valeur U00110 Min/page a pour valeur U00111 Caractères/s a pour valeur U00112 Caractères/min a pour valeur U00113 Lignes/s a pour valeur U00114 Lignes/min a pour valeur U00115 Feuilles a pour valeur U00116 Pixels/pouce a pour valeur U00119 dBV/uBar a pour valeur U00126 dBV/Pascal a pour valeur U00127 Mg a pour valeur U00135 G a pour valeur U00136 Kg a pour valeur U00137 MAh a pour valeur U00157 Ah a pour valeur U00158 Wh a pour valeur U00163 Go/h a pour valeur U00166 Mo/h a pour valeur U00170 Bit a pour valeur U00171 dB a pour valeur U00175 Rouleaux a pour valeur U00177 M2/heure a pour valeur U00181 Cpp a pour valeur U00189 Lpp a pour valeur U00200 diapos a pour valeur U00203 inch/min a pour valeur U00206 Pages a pour valeur U00213 Infini a pour valeur U80002 Pages a pour valeur U80036 Le kit câble a pour valeur U80048 degrés a pour valeur U80051 Noms et numéros a pour valeur U80084 cd/m2 a pour valeur U80086 Mm/s a pour valeur U80088 disques a pour valeur U80095 Mégapixel a pour valeur U80123 cm a pour valeur U80145 cartes a pour valeur U80146 point(s) a pour valeur U80149 ppm a pour valeur U80155 min/page a pour valeur U80156 car/sec a pour valeur U80157 car/min a pour valeur U80158 lignes/sec a pour valeur U80159 lignes/min a pour valeur U80160 m2/heure a pour valeur U80161 mm/sec a pour valeur U80162 pouce/min a pour valeur U80163 CD a pour valeur U80167 minutes a pour valeur U80168 hours a pour valeur U80169 hours a pour valeur U80175 day(s) a pour valeur U80176 month(s) a pour valeur U80177 pouce a pour valeur U80183 MB a pour valeur U80187 GB a pour valeur U80188 local user a pour valeur U80209 local users a pour valeur U80210 IP user a pour valeur U80211 CV a pour valeur UC0001 l a pour valeur UC0002 l / 100km a pour valeur UC0003 m a pour valeur UC0004 kg a pour valeur UC0005 kW a pour valeur UC0006 ch a pour valeur UC0007 km/h a pour valeur UC0008 s a pour valeur UC0009 Nm a pour valeur UC0010 cm3 a pour valeur UC0011 euros a pour valeur UC0012 ml a pour valeur UC0013 cl a pour valeur UC0014 dl a pour valeur UC0015 Pouces a pour valeur UC0016 |
| Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:12 ] |
|
En INTEG http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=3900337 |
| Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:16 ] |
|
EN INTEG : 2006-10-23 10:27:19,389 ERROR [192.168.1.27] DATA_FILE-612 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataLineBusiness.process(com.babelstore.stock.service.StockService,com.babelstore.user.UserInfo) throws java.rmi.RemoteException,java.lang.Exception, causedBy: java.lang.NullPointerException at com.babelstore.stock.service.StockServiceBean.needsComplement(StockServiceBean.java:1566) at com.babelstore.stock.service.StockServiceBean.isConflictProductCreated(StockServiceBean.java:723) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:631) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:495) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:356) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:238) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:190) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy270.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:485) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:408) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:236) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) 2006-10-23 10:27:19,393 ERROR [192.168.1.27] DATA_FILE-612 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataFileBusiness.processLine(java.lang.Long,com.babelstore.user.UserInfo,com.babelstore.stock.service.StockService) throws java.rmi.RemoteException,java.lang.Exception, causedBy: java.lang.NullPointerException at com.babelstore.stock.service.StockServiceBean.needsComplement(StockServiceBean.java:1566) at com.babelstore.stock.service.StockServiceBean.isConflictProductCreated(StockServiceBean.java:723) at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:631) at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:495) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:356) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:238) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:190) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy270.processLine(Unknown Source) at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy301.process(Unknown Source) at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy299.processLine(Unknown Source) at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:485) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:408) at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:236) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) 2006-10-23 10:27:19,394 ERROR [192.168.1.27] DATA_FILE-612 - Fatal exception during processing of file 3900337 at line 44068320333: javax.transaction.TransactionRolledbackException: null; CausedByException is: null; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null |
| Commentaire de Judd OSullivan [ 23/oct./06 16:08 ] |
|
Ce n'est pas le même bug. Le fichier plante parce que la conf produit n'est pas correct. Tu peux confirmer que le prd_type_code du produit complement est mis dans la conf produit du produit de base et que le rank de produit de base est moins que le rank de produit complement ? Si tout semble correct, ouvrir un deuxieme bug avec le même stacktrace et les détails de plus si tu en as. |
| Commentaire de Rodrigue Nsiangani [ 24/oct./06 16:56 ] |
| Le fichier n'est plus en erreur en INTEG. Je résous et je ferme |
| Commentaire de Rodrigue Nsiangani [ 24/oct./06 16:57 ] |
| http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=3900337&login=testimport4 |
[APP-14589] ShowcaseShopNavigationQuery : optimisation requete Création: 09/janv./07 14:57 Mise à jour: 25/juin/07 18:48 Résolue: 24/janv./07 18:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Base de données |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 12.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Manuel Sadok |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Performances |
| Classif1: | DB |
| Classif2: | performances |
| Description |
|
JZI : ShowcaseShopNavigationQuery Plan d'exec |
| Commentaires |
| Commentaire de Justin Ziegler [ 18/janv./07 12:13 ] |
|
On l'avait jusqu'au 12/01/2007 dans le top-cross-check. Il a maintenant disparu ! Ca vaut le coup de savoir si on a passe des scripts ? des analyses a cette date... Voici la requete : /* ShowcaseShopNavigationQuery */ SELECT /*+ INDEX_DESC(adv ert advert_ix_seller_showcase_2) */ advert.advert_id, advert.adv _quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, advert.allow_ negotiation, advert.allow_pickup, advert.allow_shipping, advert. available_count, advert.brand_id, advert.change_date, advert.com plement_product_id, advert.cpl_first_prd_image_id, advert.cpl_pr d_icon_id, advert.cpl_prd_text_1, advert.creation_date, advert.c urrency_id, advert.data_file_id, advert.first_prd_image_id, adve rt.freshness_date, advert.freshness_info_date, advert.freshness_ outdated_date, advert.freshness_warn_date, advert.import_referen ce, advert.import_tag, advert.is_activation_to_send, advert.is_a vailable, advert.is_best_price, advert.is_buyable, advert.is_neg otiable, advert.is_original, advert.is_sellable, advert.is_track ing_di! rect, advert.is_unlimited, advert.negotiation_count, adver t.pickup_country_id, advert.pickup_phone_number, advert.pickup_z ip, advert.prd_adv_currency_id, advert.prd_author_name, advert.p rd_availability_code, advert.prd_back_category_id, advert.prd_ba rcode, advert.prd_best_price, advert.prd_currency_id, advert.prd _distributor_name, advert.prd_editor_name, advert.prd_freshness_ date, advert.prd_icon_id, advert.prd_line_key, advert.prd_list_p rice, advert.prd_manufacturer_key, advert.prd_medium_code, adver t.prd_model_key, advert.prd_performer_name, advert.prd_release_d ate, advert.prd_status_code, advert.prd_text_1, advert.prd_title , advert.prd_type_code, advert.prd_visibility_code, advert.produ ct_id, advert.question_count, advert.row_version, advert.sale_pr ice, advert.seller_account_id, advert.seller_comment, advert.sel ler_login, advert.seller_private_comment, advert.seller_referenc e1, advert.serial_number, advert.sort_autho! r, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_trac king_id FROM advert WHERE (advert.seller_account_id = :1) AND (advert.adv_showcase_code = 20) AND (adve rt.adv_status_code = 10) AND (advert.prd_visibility_code = 10) AND (advert.is_buyable = 1) AND (advert.fres hness_outdated_date IS NULL) Plan : SELECT STATEMENT Cost=81 TABLE ACCESS BY INDEX ROWID ADVERT INDEX RANGE SCAN DESCENDING ADVERT_IX_SELLER_SHOWCASE_2 |
| Commentaire de Manuel Sadok [ 24/janv./07 18:40 ] |
|
Optimisée d'elle-même depuis dernière version. Voir document sur le projet Performance pour le suivi de cette requête. |
| Commentaire de Patrick Condevaux [ 01/févr./07 17:33 ] |
| ok |
Désactiver les cobrandings plus utilisés
(APP-6785)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.2a |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Commentaires |
| Commentaire de Christophe Garcia [ 10/août/06 18:17 ] |
|
COB à rediriger : RFM Rue du commerce Europe 2 jeuxvideo mobilokaz ofup cinenow pcdirect tiscalibe En attente de confirmation : m6game m6music m6net |
| Commentaire de Antoine Koener [ 11/août/06 11:13 ] |
|
La suppression est effectuée, la redirection est trop compliquée à faire de mon coté, je vais donc demander à JET de changer les entrées DNS de ces domaines pour pointer sur celle de www.priceminister.com. Le résultat sera celui escompté. |
| Commentaire de Quentin de Chivré [ 11/août/06 11:28 ] |
|
Edouard, peux tu valider avec Emmanuel Benmussa les impacts
référencement potentiels des différentes méthodes (redirect / DNS / ... )
? Attention ensuite a traiter tous les cobrandings supprimés (anciens et nouveaux) de la même facon |
| Commentaire de Antoine Koener [ 16/août/06 16:54 ] |
|
rfm.priceminister.com tiscalibe.priceminister.com europe2.priceminister.com cinenow.priceminister.com ofup.priceminister.com occasion.rueducommerce.fr occasion.presence-pc.com jeuxvideo.priceminister.com mobilokaz.priceminister.com Pointent (leur ip) sur www.priceminister.com, je fais les règles de redirection correspondantes. Voici les règles: # Redirection des cobranding RewriteCond %{HTTP_HOST} ^rfm.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^tiscalibe.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^europe2.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^cinenow.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^ofup.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^occasion.rueducommerce.fr$ [OR] RewriteCond %{HTTP_HOST} ^occasion.presence-pc.com$ [OR] RewriteCond %{HTTP_HOST} ^jeuxvideo.priceminister.com$ [OR] RewriteCond %{HTTP_HOST} ^mobilokaz.priceminister.com$ RewriteRule ^(.*) http://www.priceminister.com$1 [QSA,L,R=301] |
| Commentaire de Christophe Garcia [ 22/août/06 12:30 ] |
|
Ca ne marche pas pour les 3 adresses suivantes : occasion.rueducommerce.fr occasion.presence-pc.com mobilokaz.priceminister.com Erreur : Service Temporarily Unavailable ou erreur DNS |
| Commentaire de Antoine Koener [ 22/août/06 17:52 ] |
|
Je suis heureux de t'apprendre que non ne gérons pas les domaines rueducommerce.fr presence-pc.com quand à mobilokaz il redirige bien sur www.priceminister.com :p |
| Commentaire de Christophe Garcia [ 24/août/06 18:00 ] |
| Même pas vrai : Pb sur Mobil occaz toutjours là. Voir screenshot. |
| Commentaire de Antoine Koener [ 25/août/06 10:31 ] |
|
moblilokaz c'est mobilesachat. dois-je fermer les deux ? En quoi c'est génant que mobilokaz pointe sur mobiles achat sachant que ce sont les mêmes sites ? |
| Commentaire de Christophe Garcia [ 30/août/06 17:33 ] |
| J'en sais rien. |
| Commentaire de Edouard Gomez-Vaez [ 31/août/06 09:43 ] |
|
y a un lien entre les deux ? aujourd'hui mobiloccaz est fermé et pointe sur rien. |
| Commentaire de Bruno Ballester [ 11/sept./06 10:49 ] |
|
Mobilocaz pointe vers http://www.priceminister.com/ C'est ce qu'ils veulent au marketing. |
| Commentaire de Edouard Gomez-Vaez [ 11/sept./06 11:26 ] |
|
Mobilesachat était un sous site de mobicity puis est devenue
la marque mère du groupe. A l'origine, à l'intérieur du site mobocity,
"on retrouve trois grandes catégories : mobilachat, mobilmag, mobilokaz.
Le premier secteur compusle tous les conseils pour bien acheter un
téléphone mobile. Le second service, mobilmag, propose des actualités
quotidiennes, présente les magazines en kiosque et affiche les tests
réalisés sur les produits en vente. Des dossiers sur des sujets plus
sensibles ou approfondis sont également intégrés au site. Enfin,
mobilokaz est le dernier élément fondamental du site. C'est un espace de
vente, entre particuliers, de téléphones portables d'occasion. Mobicity
ne prend aucune commission sur ces ventes, mais ne garantie pas non
plus la qualité des produits... " Donc que mobilocaz pointe vers mobilesachat ou www, on s'en fiche hein, on laisse comme c'est aujourd'hui. De toutes façons y a plus que trois internautes qui doivent connaître encore ce site sous ce nom, et en plus je suis sûr qu'ils sont sur IE4 sous Mac. |
[EXP-2329] [Pangora] Problème d'accès à un serveur Création: 23/juin/06 14:10 Mise à jour: 25/juin/07 18:58 Résolue: 27/juin/06 14:39 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Bloquant |
| Rapporteur: | Olivier Bourgeois | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour pouvoir tester Pangora depuis nos locaux, il va falloir
que quelques personnes ici aient accès à ce serveur et port : 194.112.102.120:8136 Voire toute la boîte ça sera plus simple ... |
| Commentaires |
| Commentaire de Ariane Baldinger [ 26/juin/06 14:00 ] |
|
Salut Jérémie, Quand penses-tu pouvoir régler ce problème ? Car j'ai besoin de faire des test en integ. Merci Ariane |
| Commentaire de Charles Decaux [ 27/juin/06 11:24 ] |
| ok désolé d'être pénible mais ca urge |
| Commentaire de Jérémie Bennejean [ 27/juin/06 11:26 ] |
|
Bonjour, Avant toute chose, suite à la demande de Charles j'ai testé sur priceminister et test.priceminister.com la description des fiches produits sur plusieurs postes en bas cela fonctionne, mais effectivement cela ne fonctionne pas sur plusieurs postes du marketing. La différence entre nos postes est le niveau de sécurité. Lorsque le niveau de sécurité est au trop élévé la fiche produit ne s'affiche plus. D'ailleurs le message d'erreur sur les postes du marketing est assez explicite "Terminé mais il existe des erreurs sur la page". Cela fais plutot penser à un problème de dev qui a déja été rencontré. Je n'ai, de mon coté aucun moyen d'action. |
| Commentaire de Jérémie Bennejean [ 27/juin/06 11:32 ] |
|
Olivier concernant ta demande, quel est le protocole concerné? Si j'ai bien conmpris, tu veux que j'ouvre le port 8136 de notre firewall c'est bien cela ?? Si oui, je peux déja dire quer nous ne bloquons pas le http est que donc le port 8186 via le http fonctionne. si tu veux effectuer un test, essai un telnet de l'@ip sur le port 8186 cela fonctionne il n'ya pas de code d'erreur ni de connexion rejeté. Par contre peut etre devons nous être déclaré sur l'@ du serveur que tu m'as fournis. Je reste à votre disposition |
| Commentaire de Jérémie Bennejean [ 27/juin/06 11:53 ] |
|
Port ouvert sur notre forti Cela devrait fonctionner J'ai testé ainsi que charles et christophe, c'est ok |
| Commentaire de Jérémie Bennejean [ 27/juin/06 11:54 ] |
| Une explication quand même et pourquoi j'ai fais fausse route et m'en escuse, c'est que sur notre firewall je ne suis pas du tout soumis aux mêms régles ert contraintes que le reste de la société, le port 8136 fonctionnant donc...dsl :p |
[EXP-2224] VPN : Permettre a Quentin d'accéder au BO Création: 12/juin/06 09:15 Mise à jour: 25/juin/07 18:58 Résolue: 27/sept./06 08:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Impossible d'accéder au BO depuis chez moi, tres tres génant pour corriger des bugs, recharger des caches, etc...
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 23/juin/06 10:22 ] |
|
J'ai créer un nouveau template (basé sur le mien) il y a une semaine. Je l'ai donné à Arnaud en test et j'attends son retour. |
| Commentaire de Jérémie Bennejean [ 27/juin/06 12:30 ] |
|
J'ai testé mon profile via une ligne rtc chez price, effectivement cela ne fonctionne pas. J'ai demandé à Patrick de tester depuis chez lui , avec un profil identique, cela fonctionne. Patrick et moi sommes chez free et n'avons pas basculé notre freebox en mode routeur. As tu créer des régles sur ta 9box? (tu es chez 9 si je ne me trompe non ?) De plus la principale difficulté à laquelle je suis confronté c'est l'impossibilité de faire des tests ici puisque nous n'avons toujours pas de ligne adsl ... |
| Commentaire de Quentin de Chivré [ 28/juin/06 12:05 ] |
| J'ai rien fait de spécial avec ma 9box ! |
| Commentaire de Jérémie Bennejean [ 07/juil./06 17:39 ] |
|
Arnaud peux-tu tester e vpn de Quentin? Verifier les paramétres. Son profil est tiré du mien qui foncitonne parfairtement. Je pense qu'il s'agit de la conf du lan privé de quentin. voir si les ports 500 (en UDP)et je ne sais plus lequel en TCP S'inspirer de http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ConfigurationRouteurCT635BOXClubInternetPourFonctionnementVPN Arnaud ,as-tu moyen de faire des tests chez toi ? quel est ton fai ? Chez moi qui suis chez free cela fonctionne, je n'est pas activé le mode routeur. (Patrick qui est chez free ds la meme conf que moi, tt fonctionne parfaitement.) N'hésite pas à te faire aider de Pap, c'est ca derniere semaine ici. |
| Commentaire de ZZ_Arnaud Baali [ 13/juil./06 10:01 ] |
|
Je viens de faire un essai de VPN chez Moi et tout fonctionne à merveille. Je surf sur Internet J'ai accès au BO à l'intra, etc... Quentin j'attend de récupérer le portable pour te configurer le client Fortinet dessus. Merci |
| Commentaire de ZZ_Arnaud Baali [ 19/juil./06 17:05 ] |
|
Quentin, Pourrais-tu tester le VPN depuis le PC Portable avant la semaine prochaine pour savoir si tout fonctionne correctement depuis chez toi Merci |
| Commentaire de ZZ_Arnaud Baali [ 27/sept./06 08:43 ] |
|
Le problème d'accès au Back Office ne provient pas d'un souci de configuration du FortiClient. Avec les différents test qui ont été réalisés, il semblerait que la possibilité d'accéder au Back Office en VPN dépendent de la capacité de la carte réseaux physique a gérer les mutli adressage IP. Le problème est qu'il nous aient impossible de contrôler complètement les cartes réseaux de toutes les personnes qui utlisent le FortiClient. La seule solution actuelle sera d'envisager de mettre à disposition des utilisateurs des session Terminal Server. Merci N'hésitez pas a réouvrir le jira ou à me contacter par mail pour réouvrir le débat |
Adaptation des écran BO pour 1euro.com....
(APP-8087)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 11.0.0 (Merge et Maintenance) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Renaud Dierickx |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM archivés: | Maintenance 11.0.0 |
| Description |
|
Afin d'accèder plus aisement aux paniers paysé via
1euro.com, il serait très utile d'ajouter une option "Type de paiement"
dans le BO "Recherche panier" ATTENTION !! penser à rajouter un index si besoin sur payment_type_code et éventuellement autorisation_date (ou creation_date) |
| Commentaires |
| Commentaire de Renaud Dierickx [ 16/oct./06 10:52 ] |
|
1 - Quand on fait une requête sans une date d'authorisation,
maintenant on utilisera l'index 'PURCHASE_FKIX_PAYMENT_TYPE' ce qui est
beaucoup mieux ! -- PurchaseSearchQuery SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.payment_type_code = 30) AND (purchase.pch_status_code NOT IN (10, 20, 15)) ORDER BY purchase.authorization_date DESC ; ** AVANT CREATION D'INDEX ** 11 rows selected. Elapsed: 00:00:00.12 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=268 Card=1 Bytes=273) 1 0 SORT (ORDER BY) (Cost=268 Card=1 Bytes=273) 2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (Cost=245 Card=1 Bytes=273) ---------------------------------------------------------- 553 recursive calls 0 db block gets 1827 consistent gets 0 physical reads 0 redo size 5463 bytes sent via SQL*Net to client 499 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 7 sorts (memory) 0 sorts (disk) 11 rows processed ** APRES CREATION D'INDEX ** Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=26 Card=1 Bytes=273) 1 0 SORT (ORDER BY) (Cost=26 Card=1 Bytes=273) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=273) 3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FKIX_PAYMENT_TYPE' (NON-UNIQUE) (Cost=2 Card=1) ---------------------------------------------------------- 0 recursive calls 0 db block gets 6 consistent gets 0 physical reads 0 redo size 5463 bytes sent via SQL*Net to client 499 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 11 rows processed 2 - Quand on fait une requête avec une date d'authorisation, ça ne change pas car on passe toujours par l'index 'PURCHASE_IX_AUTHORIZATION' -- PurchaseSearchQuery SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.authorization_date >= TO_DATE('2006-10-02 00:00:00', 'YYYY-MM-DD HH24:MI:SS')) AND (purchase.pch_status_code NOT IN (10, 20, 15)) AND (purchase.payment_type_code = 30) ORDER BY purchase.authorization_date DESC ; ** AVANT CREATION D'INDEX ** no rows selected Elapsed: 00:00:00.08 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=272) 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=272) 2 1 INDEX (RANGE SCAN DESCENDING) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=2 Card=1) ---------------------------------------------------------- 7 recursive calls 0 db block gets 6 consistent gets 0 physical reads 0 redo size 4060 bytes sent via SQL*Net to client 460 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 0 rows processed ** APRES CREATION D'INDEX ** Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=273) 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=273) 2 1 INDEX (RANGE SCAN DESCENDING) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=2 Card=2) ---------------------------------------------------------- 0 recursive calls 0 db block gets 2 consistent gets 0 physical reads 0 redo size 4060 bytes sent via SQL*Net to client 460 bytes received via SQL*Net from client 1 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 0 rows processed |
| Commentaire de Patrick Condevaux [ 08/nov./06 11:08 ] |
| je change de version (pas de 1euro sur l'espagne) |
| Commentaire de Patrick Condevaux [ 04/déc./06 17:40 ] |
| ok en INTEG |
[Suppresion CoB LastMinute.com] Mise en place
(APP-8094)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.1.2c |
| Version(s) corrigée(s): | 8.1.2d |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Bruno Ballester | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Sébastien, ci dessous les tasks d'exploit que j'ai recensé pour la suppression de l'onglet voyages : - Ne pas renouveler l'achat de certificat sauf si date renouvellement < date de dépoiement v9.0.0 ; - En v9.0.0, rediriger voyages.priceminister.com vers www.priceminister.com. A ta dispo si tu as des questions, Bruno |
| Commentaires |
| Commentaire de Sébastien Tournay [ 05/mai/06 15:31 ] |
|
On a laisser tomber le renouvellement du certificat SSL. Au niveau de la redirection, on pourra le faire en utilisant mod_rewrite. Il faut aussi demander à JMH de modifier l'enregistrement de voyages.priceminister.com car il pointe aujourd'hui vers l'@IP de notre partenaire (=213.86.177.145). Mieux vaut faire un CNAME de www.rpiceminister.com. Je pense que cela peut - être fait post déploiement |
| Commentaire de Bruno Ballester [ 07/juin/06 16:26 ] |
|
Salut Pap, J'ai vu Sébastien ce matin. Il m'a dit que le redirect était géré par l'appli. Dans ce cas, je pense que tu peux fermer la task. |
| Commentaire de Patrick Condevaux [ 15/juin/06 11:48 ] |
| ok |
[APP-11345] cobranding camif - inscription et mon compte pointent sur virginmega Création: 26/juil./06 18:41 Mise à jour: 25/juin/07 18:42 Résolue: 27/juil./06 11:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 9.0.2 |
| Version(s) corrigée(s): | 9.0.2 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Marc Cacheiro | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
lorsqu'on essaie de créer un compte ou d'accéder à son
compte dans le cobranding camif, on accède aux pages cobrandées
virginmega.
|
| Commentaires |
| Commentaire de Antoine Koener [ 27/juil./06 11:24 ] |
|
Bug corrigé; L'addresse IP du virtualhost ne correspondait pas. VirginMega etant le premier virtualhost déclaré sur l'ip il prennait la main. |
| Commentaire de Younès Charrière [ 28/juil./06 15:37 ] |
| Ok en Integ. |
[APP-14587] ProductAdvertInfoQuery : optimiser requete Création: 09/janv./07 14:56 Mise à jour: 03/déc./07 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Base de données |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Performances |
| Classif1: | DB |
| Classif2: | performances |
| Description |
|
JZI : ProductAdvertInfoQuery - regarder la requête, et voir dans quelle mesure elle peut être optimisée - traiter différemment le cas des FP avec un grand nb d'annonce ? - actuellement consommateur de cpu / jboss |
| Commentaires |
| Commentaire de Justin Ziegler [ 18/janv./07 11:35 ] |
|
/* ProductAdvertInfoQuery */ SELECT advert.advert_id, adver t.adv_quality_code, advert.adv_showcase_code, advert.adv_status_ code, advert.adv_type_code, advert.adv_visibility_code, advert.a llow_negotiation, advert.allow_pickup, advert.allow_shipping, ad vert.available_count, advert.brand_id, advert.change_date, adver t.complement_product_id, advert.cpl_first_prd_image_id, advert.c pl_prd_icon_id, advert.cpl_prd_text_1, advert.creation_date, adv ert.currency_id, advert.data_file_id, advert.first_prd_image_id, advert.freshness_date, advert.freshness_info_date, advert.fresh ness_outdated_date, advert.freshness_warn_date, advert.import_re ference, advert.import_tag, advert.is_activation_to_send, advert .is_available, advert.is_best_price, advert.is_buyable, advert.i s_negotiable, advert.is_original, advert.is_sellable, advert.is_ tracking_direct, advert.is_unlimited, advert.negotiation_count, advert! .pickup_country_id, advert.pickup_phone_number, advert.pic kup_zip, advert.prd_adv_currency_id, advert.prd_author_name, adv ert.prd_availability_code, advert.prd_back_category_id, advert.p rd_barcode, advert.prd_best_price, advert.prd_currency_id, adver t.prd_distributor_name, advert.prd_editor_name, advert.prd_fresh ness_date, advert.prd_icon_id, advert.prd_line_key, advert.prd_l ist_price, advert.prd_manufacturer_key, advert.prd_medium_code, advert.prd_model_key, advert.prd_performer_name, advert.prd_rele ase_date, advert.prd_status_code, advert.prd_text_1, advert.prd_ title, advert.prd_type_code, advert.prd_visibility_code, advert. product_id, advert.question_count, advert.row_version, advert.sa le_price, advert.seller_account_id, advert.seller_comment, adver t.seller_login, advert.seller_private_comment, advert.seller_ref erence1, advert.serial_number, advert.sort_author, advert.sort_t itle, advert.tracking_date, advert.unavaila! ble_count, advert.usr _tracking_id, user_account.user_account_id, user_account.accept_ negotiation, user_account.activation, user_account.activation_ma il_count, user_account.activation_mail_date, user_account.allow_ free_book_price, user_account.allow_holiday, user_account.allow_ submit_auto_validation, user_account.allow_unlimited_stock, user _account.brand_id, user_account.buy_count, user_account.cache_ad vert_stats, user_account.change_date, user_account.children, use r_account.cmp_method_code, user_account.commission_id, user_acco unt.commission_rate, user_account.commit_count, user_account.com pany_name, user_account.company_number, user_account.computed_an swer_time_sum, user_account.computed_commit_count, user_account. computed_sale_count, user_account.computed_seller_score_count, u ser_account.computed_seller_score_sum, user_account.creation_dat e, user_account.display_name, user_account.email_address, user_a ccount.ev_ga! me_points, user_account.ev_parent_user_account_id, u ser_account.ev_privilege, user_account.ev_send_registration, use r_account.external_user_reference, user_account.first_name, user _account.first_tracking_date, user_account.game_parent_user_acco unt_id, user_account.game_points, user_account.grant_buyer_email , user_account.grant_buyer_phone, user_account.grant_email, user _account.grant_login, user_account.grant_question_advert_receive , user_account.grant_question_item_receive, user_account.grant_q uestion_notify, user_account.holiday_remind_date, user_account.h oliday_return_date, user_account.holiday_start_date, user_accoun t.http_referrer, user_account.image_granted_status_code, user_ac count.import_lock_date, user_account.initial_answer_time_sum, us er_account.initial_commit_count, user_account.initial_sale_count , user_account.initial_seller_score_count, user_account.initial_ seller_score_sum, user_account.ip_address, user_a! ccount.is_compa ny, user_account.is_first_mail_sent, user_account.is_import_lock ed, user_account.is_in_transit, user_account.is_last_tracking_di rect, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, use r_account.last_buyable_advert_date, user_account.last_consultabl e_advert_date, user_account.last_import_date, user_account.last_ login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date , user_account.last_wish_date, user_account.login, user_account. parent_user_account_id, user_account.password, user_account.pers onal_number, user_account.platform_id, user_account.registration _birth_date, user_account.reliability, user_account.remark, user _account.row_version, user_account.sale_count, user_account.sell er_answer_time_sum, user_account.seller_country_id, user_account .seller_score_coun! t, user_account.seller_score_date, user_accoun t.seller_score_sum, user_account.seller_website_url, user_accoun t.send_first_advert_mail, user_account.supports_shipping_certifi ed, user_account.supports_shipping_chronopost, user_account.supp orts_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, u ser_account.tracking_date, user_account.usr_campaign_id, user_ac count.usr_compensation_right_code, user_account.usr_first_tracki ng_id, user_account.usr_game_status_code, user_account.usr_last_ tracking_id, user_account.usr_presence_code, user_account.usr_pr ivilege_code, user_account.usr_title_code, user_account.usr_trac king_id, user_account.usr_type_code, user_account.usr_visibility _code, user_account.wallet_amount, user_account.wallet_birth_dat e, user_account.wallet_currency_id, user_account.wallet_incoming _amount, user_account.wallet_outgoing_amount, user_acco! unt.wlt_s tatus_code, (user_account.seller_score_sum / user_account.seller _score_count) as score FROM advert, user_account WHERE (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :1) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY adv ert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, adver t.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_d ate ASC sql_top_buffer_gets sql_top_elapsed_time sql_top_elapsed_time_exec sql_top_elapsed_time_plus sql_top_cpu_time sql_top_cpu_time_exec sql_top_disk_read sql_top_disk_read_exec sql_top_execution |
[APP-11677] Mise en ligne 2 Roues : Message page indisponible au moment de la validation de l'étape 1 pour passer à l'étape 2 Création: 10/août/06 15:17 Mise à jour: 25/juin/07 18:43 Résolue: 22/août/06 09:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 9.0.2a |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Stéphanie Vignali | Attribution: | Fabien Farache |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Bonjour, J'ai déjà eu 2 plaintes de pro motosport13 et viccko qui ont dû s'y reprendre une dizaine de fois avant de pouvoir soumettre une fiche produit. A chaque fois il remplissent la 1ère étape Création fiche rpoduit puis au moment où il clique sur valider il n'arrivent pas à accéder à l'étape 2 car le message page indisponible revient continuellement. J'ai même dû arrêter l'ouverture d'un compte en direct avec un pro qui n'arraivait pas à mettre en vente et à passer cette étape. C'est très très agaçant pour les pro et on perd toute crédibilité dans notre travail de démarchage car çà ne fonctionne pas. |
| Commentaires |
| Commentaire de Swan Desportes [ 10/août/06 16:39 ] |
| Mettre des logs |
| Commentaire de Patrick Condevaux [ 10/août/06 16:58 ] |
|
J'viens de creer une annonce 2 roues en prod sans probleme (avec un compte part.) Ci dessous les logs trouvés en PROD pour viccko 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,170 INFO [-Processor42] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,176 INFO [-Processor42] 193.251.30.97 - User authentication success - login = viccko 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,313 INFO [-Processor42] 193.251.30.97 - <<< [142 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:54,088 INFO [-Processor11] viccko - >>> POST http://www.priceminister.com/user!continuebtn=Continuer 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:54,268 INFO [-Processor11] viccko - <<< [180 ms] POST http://www.priceminister.com/user!continuebtn=Continuer 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:07,470 INFO [-Processor13] viccko - >>> GET http://www.priceminister.com/help?action=hs 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:07,543 INFO [-Processor13] viccko - <<< [73 ms] GET http://www.priceminister.com/help?action=hs 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:12,851 INFO [-Processor91] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:12,857 INFO [-Processor91] 193.251.30.97 - User authentication success - login = viccko 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:13,007 INFO [-Processor91] 193.251.30.97 - <<< [155 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:16,317 INFO [-Processor14] viccko - >>> POST http://www.priceminister.com/user!continuebtn=Continuer 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:16,482 INFO [-Processor14] viccko - <<< [164 ms] POST http://www.priceminister.com/user!continuebtn=Continuer 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:33,546 INFO [-Processor70] viccko - >>> GET http://www.priceminister.com/help?action=hs_vehicle&popup=true 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:33,607 INFO [-Processor70] viccko - <<< [61 ms] GET http://www.priceminister.com/help?action=hs_vehicle&popup=true 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:53,198 INFO [-Processor37] viccko - >>> GET http://www.priceminister.com/user?tab=1 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:53,313 INFO [-Processor37] viccko - <<< [115 ms] GET http://www.priceminister.com/user?tab=1 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,759 INFO [-Processor67] viccko - >>> GET http://www.priceminister.com/user?tab=1 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,759 INFO [-Processor67] viccko - Same request - count=1 - delay=33561ms 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,860 INFO [-Processor67] viccko - <<< [101 ms] GET http://www.priceminister.com/user?tab=1 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:31,791 INFO [P-Processor3] viccko - >>> GET http://www.priceminister.com/info/vendre 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:31,916 INFO [P-Processor3] viccko - <<< [125 ms] GET http://www.priceminister.com/info/vendre 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:40,292 INFO [-Processor29] viccko - >>> GET http://www.priceminister.com/info/vendre_loisirs-sports 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:40,364 INFO [-Processor29] viccko - <<< [72 ms] GET http://www.priceminister.com/info/vendre_loisirs-sports 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,537 INFO [-Processor79] viccko - >>> GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=213806&submitbtn=Go 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,548 INFO [-Processor79] viccko - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,548 INFO [-Processor79] viccko - <<< [10 ms] GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=213806&submitbtn=Go 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,700 INFO [-Processor16] viccko - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,788 INFO [-Processor16] viccko - <<< [88 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:16,747 INFO [-Processor97] viccko - >>> GET http://www.priceminister.com/user 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:16,847 INFO [-Processor97] viccko - <<< [100 ms] GET http://www.priceminister.com/user 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:30,932 INFO [-Processor78] viccko - >>> GET http://www.priceminister.com/info/vendre 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:31,077 INFO [-Processor78] viccko - <<< [145 ms] GET http://www.priceminister.com/info/vendre 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:42,753 INFO [Processor100] viccko - >>> GET http://www.priceminister.com/info/vendre_loisirs-sports 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:42,821 INFO [Processor100] viccko - <<< [68 ms] GET http://www.priceminister.com/info/vendre_loisirs-sports 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,280 INFO [-Processor10] viccko - >>> GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=206514&submitbtn=Go 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,289 INFO [-Processor10] viccko - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,290 INFO [-Processor10] viccko - <<< [9 ms] GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=206514&submitbtn=Go 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,454 INFO [-Processor61] viccko - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,548 INFO [-Processor61] viccko - <<< [93 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:13:08,984 INFO [-Processor59] viccko - >>> GET http://www.priceminister.com/user 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:13:09,086 INFO [-Processor59] viccko - <<< [102 ms] GET http://www.priceminister.com/user 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:14:50,386 INFO [-Processor67] viccko - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/ouopupuo 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:14:50,569 INFO [-Processor67] viccko - <<< [183 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/ouopupuo 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:03,369 INFO [-Processor97] viccko - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/quad 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:03,760 INFO [-Processor97] viccko - <<< [391 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/quad 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:11,272 INFO [-Processor70] viccko - >>> GET http://www.priceminister.com/navigation/se/category/search_sport/kw/quad 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:11,529 INFO [-Processor70] viccko - <<< [257 ms] GET http://www.priceminister.com/navigation/se/category/search_sport/kw/quad 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:26,563 INFO [-Processor19] viccko - >>> GET http://www.priceminister.com/offer/buy/17693360/Quad-Barossa-Cheetah-250.html 2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:27,090 INFO [-Processor19] viccko - <<< [526 ms] GET http://www.priceminister.com/offer/buy/17693360/Quad-Barossa-Cheetah-250.html 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:44,510 INFO [Processor180] 62.23.27.114 - >>> GET http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=viccko&password=&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:44,521 INFO [Processor180] 62.23.27.114 - <<< [11 ms] GET http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=viccko&password=&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,210 INFO [Processor177] 62.23.27.114 - >>> GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=viccko 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,230 INFO [Processor177] 62.23.27.114 - Admin authentication successful, login= viccko 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,235 INFO [Processor177] 62.23.27.114 - <<< [25 ms] GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=viccko 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,310 INFO [Processor143] viccko - >>> GET http://bo.priceminister.com/inventory?select=0&update=false 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,418 INFO [Processor143] viccko - Displaying tag : XITI - Tracking (SECOND_PAGE) - Clubicx-comparateur(403440)::Deuxieme_page 2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,418 INFO [Processor143] viccko - <<< [108 ms] GET http://bo.priceminister.com/inventory?select=0&update=false 2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,657 INFO [Processor180] viccko - >>> GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=MegaLehavre 2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,661 INFO [Processor180] viccko - Admin authentication successful, login= MegaLehavre 2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,663 INFO [Processor180] viccko - (Status : 302) Redirecting to : /inventory?select=0&update=false 2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,664 INFO [Processor180] viccko - <<< [6 ms] GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=MegaLehavre |
| Commentaire de Patrick Condevaux [ 11/août/06 10:44 ] |
|
Je n'ai pas reussi a reproduire le probleme, ni a retrouver
les logs correspondants aux problemes des clients (ceux du commentaire
precedent corresponde à une mise en vente OK) Par contre j'ai trouve ca dans les logs qui me semble un peu etrange (ca n'a surement rien a voir mais c'est la premiere fois que je vois ca: The login viccko exists several times ) 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:42,837 INFO [-Processor51] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vicovico&submitbtn=Connexion 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:42,898 WARN [-Processor51] 193.251.30.97 - The login viccko exists several times 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:43,205 INFO [-Processor51] 193.251.30.97 - <<< [368 ms] POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vicovico&submitbtn=Connexion 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:47,931 INFO [P-Processor9] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vico&submitbtn=Connexion 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:47,938 INFO [P-Processor9] 193.251.30.97 - User authentication success - login = viccko 2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:48,095 INFO [P-Processor9] 193.251.30.97 - <<< [164 ms] POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vico&submitbtn=Connexion |
| Commentaire de Patrick Condevaux [ 11/août/06 16:59 ] |
|
Je n'arrive pas a reproduire ce bug, ni a trouver de log mentionnant des erreurs sur ces comptes. Stéphanie n'hésite pas a réouvrir ce bug (ou un nouveau) si le probleme se reproduit avec login du client et date du plantage. (Tu peux aussi passé nous voir quand le probleme apparait) |
| Commentaire de Stéphanie Vignali [ 17/août/06 15:38 ] |
|
J'ai reçu un appel du pseudo viccko à 15h08 qui me dit qu'il n'arrive toujours pas à créer une fiche produit. Le même message d'erreur réapparaît. |
| Commentaire de Christophe Garcia [ 17/août/06 17:12 ] |
|
C'est très probablement dû à la taille du commentaire qu'il essaie d'insérer en base. Essaie en diminuant la taille du commentaire. 2006-08-17 15:20:02,966 INFO [-Processor31] viccko - >>> POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=213806&certification=Route&commentaire=Partie Mot...&continuebtn=Continuer&demarrage=électrique&designation=SCOOTER 12...&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=10&submitbtn=Go&submitstage=true&transmisison=par chaîne&typeProduit=213814&x=47&y=13 2006-08-17 15:20:03,021 INFO [-Processor31] viccko - (Status : 302) Redirecting to : /submit?action=submitcomplete&categoryref=213806&certification=Route&commentaire=Partie+Moteur%0D%0AMod%E8le+de+moteur%3A+1P52QMI%0D%0AType%3A+4+TEMPS+%2C+MONOCYLINDRE%0D%0ACylindr%E9e%3A+125+cc%0D%0AAl%E9sage+Course%3A+%26%231092%3B52.4%26%2313212%3B%D757.8%26%2313212%3B%0D%0ATaux+de+Compression%3A++++++++9.2%B10.1%3A1%0D%0ALubrification%3A%09++++++++Pression%2FHuile%0D%0ACarburateur%3A+PD24J%2FKF%0D%0AAllumage%3A++++++++++++++++++++++++Electronique+CDI%0D%0AD%E9marrage%3A%09++++++++Electrique%2Fkick%0D%0AR%E9servoir+d%92essence%3A%09++++++++6%2C8%B10.1L%0D%0ATransmission%3A+Chaine%0D%0ATransmission+continue%3A++++0.840%7E2.640%0D%0APuissance+maxi%3A6kW+++7000+rpm%0D%0ATorsion+maxi%3A7%2C651N.m++5000+rpm%0D%0AType+de+refroidissement%3A+++++Refroidissement+par+air%0D%0ABo%EEte+de+vitesse%3A%09++++++++Bo%EEte+manuelle+5+vitesses%0D%0APots+d%92%E9chappement%3A%09++++++++Add+catalyst+%26%23966%3B35%D760-R3%0D%0A%0D%0APartie+Cycle%3A+%0D%0ALongueur+Totale%3A1940%26%2313212%3B%0D%0ALargueur+totale%3A660%26%2313212%3B%0D%0AHauteur+Totale%3A1060%26%2313212%3B%0D%0AHauteur+de+Selle%3A740mm%0D%0AEmpattement%3A1350+mm%0D%0APoids+%E0+Sec%3A110+kg%0D%0APoids+roulant%3A115+kg%0D%0ACharge+utile%3A120kg%0D%0AFreins+Avant%3A%09+++++++++++++Disque%0D%0AFreins+Arri%E8re%3A%09+++++++++++++Tambour%0D%0AFreins+de+Stationnement%3A++++++++++Tambour%0D%0APneus+Avant%2Fpression%3A+++++++++++++3%2C5-12-4%2F220KPa%0D%0APneus+Arri%E8re%2Fpression%3A+++++++++3%2C5-12-4%2F250KPa%0D%0A%0D%0ACouleurs%3A++++%09Noir+ou+silver%09%0D%0A%0D%0APoids+%3A+110+Kgs%0D%0A+++%0D%0AAccessoires+fournis%3A+Topcase+arri%E8re%2C+t%E9l%E9commande+permettant+de+g%E9rer+l%27alarme+et+le+d%E9marrage+%E0+distance%2C+coupe+circuit+au+niveau+de+la+b%E9quille+lat%E9rale+pour+une+s%E9curit%E9+maximale%2C+coffre+%E0+gants%2C+rangement+sous+la+selle%0D%0A%0D%0AGarantie+1+an+pi%E8ces+et+main+d%27oeuvre%0D%0A%0D%0A&continuebtn=Continuer&demarrage=%E9lectrique&designation=SCOOTER+125cc&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=20&submitbtn=Go&submitstage=false&transmisison=par+cha%EEne&typeProduit=213814&x=47&y=13 2006-08-17 15:20:03,023 INFO [-Processor31] viccko - <<< [57 ms] POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=213806&certification=Route&commentaire=Partie Mot...&continuebtn=Continuer&demarrage=électrique&designation=SCOOTER 12...&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=10&submitbtn=Go&submitstage=true&transmisison=par chaîne&typeProduit=213814&x=47&y=13 |
| Commentaire de Stéphanie Vignali [ 18/août/06 16:51 ] |
|
J'ai reçu le mail suivant du partenaire qui a essayé de soumettre une fiche produit dans une autre catégorie : Re-bonjour, Je vous confirme que je viens de créer un article dans la rubrique '' coussin '' et que cela n'a posé aucun problème. Merci de bien vouloir me dire comment créer nos produits 2 roues ou de me faire contacter par votre service technique. Cordialement Didier RENAULT ENERGIE MODERNE 171 ancien Chemin deToulon 83210 La Farlède Tel: 00 33 4 94 33 31 24 Fax: 00 33 4 94 35 25 96 Msn: d.renault@adispro.net www.adispro.net Alternative Mail: didier.renault2006@free.fr |
| Commentaire de Stéphanie Vignali [ 18/août/06 16:52 ] |
|
Je ne vois pas pourquoi il devrait limiter la taille du
commentaire. Il y a de toute façon une limite déjà paramétrée en nombre
de caractères et in ne peut pas la dépasser. Stéphanie |
| Commentaire de Patrick Condevaux [ 21/août/06 14:13 ] |
|
Il y a effectivement un probleme de taille de commentaire sur le premier formulaire. La taille autorisée à la saisie doit être superieure a la taille autorisée dans la base de donnée. De plus, il est possible que certains des parametres du formulaire soit ajoutés a ce commentaire depassant ainsi la taille autorisée (je vais me renseigner sur ce point) Donc dans un premier temps en attendant la correction du JIRA, Isabelle, tu peux dire a tes clients de limiter la taille de leur commentaire (c'est pas terrible mais ca leur permettra de passser leurs annonces) Je vais voir avec le parametrage comment il peuvent corriger ca. |
| Commentaire de Patrick Condevaux [ 21/août/06 15:37 ] |
|
il y avait effectivement une incoherence entre la taille
autorisée à la saisie du commentaire et la taille réelle de ce
fcommmentaire en base. Fabien a corrigé le formulaire de mise en vente e preview. La modif sera donc active en prod demain matin. Il y a visiblement un probleme du meme type à l'etape de 1 de la mise en vente de la rubrique sport et loisir / sous-rubrique Activité Loisirs. Fabien , est-ce que tu pourrais regarder sur les differntes sous-rubriques de la categorie Sport et Loisirs ? |
| Commentaire de Fabien Farache [ 22/août/06 09:53 ] |
| fait |
| Commentaire de Patrick Condevaux [ 06/sept./06 18:15 ] |
| ok correction deja en prod |
[EXP-3278] Pouvoir recharger les caches applicatifs sur hercule. Création: 12/févr./07 11:03 Mise à jour: 07/nov./07 17:26 Résolue: 07/nov./07 17:26 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jérôme Viviès | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
On ne peut pas recharger les caches applicatifs sur hercule. Le rafraîchissement, aujourd'hui, demande un re-démarrage qui dure 18 min. Cela ne permet aucune réactivité. Cf. PRM-7291 Peut-on corriger cela ? |
| Commentaires |
| Commentaire de Justin Ziegler [ 08/août/07 12:52 ] |
|
Est ce toujours le cas ? Peut on fermer ? |
| Commentaire de Jérôme Viviès [ 08/août/07 17:28 ] |
| Oui, toujours le cas - on doit attendre le lendemain - conséquences lourdes en terme de bonne réalisation du travail (obligés de s'interrompre jusqu'au lendemain). |
| Commentaire de Justin Ziegler [ 08/août/07 19:30 ] |
|
Jérémie, peux tu mettre le poids de hercule a 1 sur tous les apache stp ? et mettre hercule dans le pool de SA pour le BO ? et rajouter hercule dans la liste des SA dans le priceminister.properties ? merci |
| Commentaire de Justin Ziegler [ 08/août/07 19:31 ] |
| Est ce que cela corrigera le pb ? |
| Commentaire de Patrice Boulanger [ 20/août/07 18:23 ] |
|
En fait, je ne préfére pas trop qu'on mette hercule dans le
pool du BO car il sera alors aussi dans le pool du front office. On pourrait plutôt créer un virtual host spécifique (bo.hercule.priceminister.com ?) qui ne contiendrait que hercule, et la liste des SA sur hercule ne contiendrait que hercule. Qu'en pensez-vous ? |
| Commentaire de Jérémie Bennejean [ 07/nov./07 17:26 ] |
|
J'ai suivi l'idée de Patrice et créé un vh hercule.priceminister.com L'acces est restreind aux IP habituelles + login/mdp. Depuis hercule on ne peut atteindre que hercule On peut donc recharger les caches sur hercule Pour info: Afin de conserver le meme fichier pirceminister-infra.properties, j'ai utilisé le priceminister-overload.properties pour renseigner la propriétee priceminister.server.list |
[EXP-3269] config apache : pb d'acces sur bo.priceminister.es depuis mon domicile Création: 14/févr./07 10:35 Mise à jour: 25/juin/07 19:00 Résolue: 01/mars/07 13:47 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
acces systematiquement refusé :-(
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 19/févr./07 09:52 ] |
| J'ai remplacé ton ancienne @IP par la nouvelle dans le virtualhost bo.priceminister.es sur les 3 frontaux webs. |
| Commentaire de Justin Ziegler [ 01/mars/07 12:59 ] |
|
ok, merci ! tout est bon chez moi pour bo.priceminister.es. tu peux fermer ce jira ? |
[EXP-2455] http://voiture.priceminister.com/ et http://www.priceminister.es pointent sur la même page. Création: 20/juil./06 19:11 Mise à jour: 25/juin/07 18:58 Résolue: 10/août/06 13:23 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrick Pereira | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Patrice Boulanger [ 20/juil./06 19:24 ] |
|
Les enregistrements DNS pour les deux sites sont différents: U:\>nslookup Serveur par dÚfaut : ruinart.lan Address: 192.168.1.249 > www.priceminister.es Serveur : ruinart.lan Address: 192.168.1.249 Réponse ne faisant pas autorité : Nom : www.priceminister.es Address: 212.23.167.18 > voiture.priceminister.com Serveur : ruinart.lan Address: 192.168.1.249 Réponse ne faisant pas autorité : Nom : voiture.priceminister.com Address: 212.23.167.36 Pourrait-il s'agir d'un problème de configuration au niveau des virtual hosts d'Apache? |
| Commentaire de Patrice Boulanger [ 20/juil./06 19:31 ] |
|
Antoine, Peux-tu vérifier la configuration des virtual hosts sur phaeton et cupidon? Merci |
| Commentaire de Antoine Koener [ 21/juil./06 09:59 ] |
|
Voiture n'est pas déclaré comme virtual host, ce qui se passe est que l'adresse IP de voiture.priceminister.lan correspond avec le virtualhost www.priceminister.es. Le problème doit se situer au niveaux des DNS, et du routage VIP-RIP. Afin de créer un virtual host je dois savoir sur quoi le faire pointer... |
| Commentaire de Patrice Boulanger [ 10/août/06 13:23 ] |
| L'enregistrement DNS pour voiture.priceminister.com a été modifié pour pointer sur la .62 et non plus sur la .36 (cupidon). L'URL renvoie maintenant sur www.priceminister.com. |
Affiliation Programme Vendeur :: Metatache
(APP-15282)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Richard Dubois | Attribution: | Romain Czornomaz |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Commentaires |
| Commentaire de Romain Czornomaz [ 23/févr./07 14:41 ] |
|
Comme convenu ce matin lors de la réunion pour la mise en
place du suivi des fraudeurs dans le cadre de l'affiliation vendeurs, On doit fournir un rapport permettant de suivre les éléments suivants: - Date de création ou date de publication ( Ghislain doit se renseigner pour savoir quelle date sera utiisée pour les tags affiliations) - Identifiant de l'annonce - Statut de l'annonce - Type de produit - Prix de vente du produit - Login du compte vendeur - Email du compte vendeur - Mot de passe du compte vendeur - Adresse IP du compte vendeur Romain |
| Commentaire de Romain Czornomaz [ 27/juil./07 15:58 ] |
|
Bonjour, Les rapports affiliation vendeur sont déployés sur la plateforme BI. Romain |
| Commentaire de Ghislain Gridel [ 27/juil./07 17:26 ] |
| ok. merci. |
Valeur de la propriété "priceminister.pricing.commission.id" -> pas de vendeurs 'particuliers' par default
(APP-13264)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Base de données |
| Affecte la/les version(s): | 10.0.0 (ESP) |
| Version(s) corrigée(s): | 10.0.0 (ESP) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
S'assurer que les quelques comptes de la prod Espagne ayant
été importés contiennent les bonnes valeurs de commission (surtout les
pros). Pas de commission à NULL notamment. |
| Commentaires |
| Commentaire de Patrick Pereira [ 06/nov./06 12:05 ] |
| Tout les comptes sont à 15%. |
| Commentaire de Lydia Dali [ 08/nov./06 17:33 ] |
| http://bo.priceminister.es/user_back?action=usersearch&javascript_callback=&login=&password=&user_account_id=&last_name=&usr_type_code=30&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=54&y=7 |
[EXP-3200] [Espagne] Problèmes de redirections Création: 29/janv./07 14:48 Mise à jour: 25/juin/07 19:00 Résolue: 13/févr./07 11:36 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Younès Charrière | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il manque en espagne le fichier de conf pour apache "mod_jk.redirect.bo". Par exemple, lorsque l'on prend l'url suivante " www.es.integ/summary " on arrive sur le bo !!! Il ne faudrait pas. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 02/févr./07 08:16 ] |
|
Le problème est grave car j'arrive à accéder à l'ensemble du BO depuis chez moi. Pour cela, j'ai simplement tapé http://www.priceminister.es/user_back et je suis arrivé au menu du BO (c'est à dire à toutes les url du BO). Si quelqu'un trouve une servlet du BO, il pourra alors faire tout ce qu'il veut. Je pense que ce problème de redirections est une vraie faille dans la sécurité de la plateforme Espagnol. On devrait traiter ce problème le plus vite possible. |
| Commentaire de Arnaud Forgues [ 02/févr./07 15:22 ] |
|
Liste des servlet pour le BO (Source : JMX - console) ========================================= admin_back advert_back cache_back category_back content_back contract_back coupon_back datafile_back display_back external_user help_back image_back message_back pricing_back purchase_back question_back referential_back shipping_back spot_back tax_back tracking_back user_back wallet_admin wallet_back |
| Commentaire de Renaud Dierickx [ 02/févr./07 15:23 ] |
|
Liste des servlets pour le BO (source : grep code) ======================================= grp "getServlet" | grep back | grep -o 'return ".*"' | sort -u | wc -l return "admin_back" return "advert_back" return "cache_back" return "category_back" return "content_back" return "contract_back" return "coupon_back" return "datafile_back" return "display_back" return "help_back" return "image_back" return "message_back" return "pricing_back" return "purchase" return "purchase_back" return "question_back" return "referential_back" return "shipping_back" return "spot_back" return "summary" return "tax_back" return "tracking_back" return "user_back" return "wallet_admin" return "wallet_back" -> soit 25 |
| Commentaire de Arnaud Forgues [ 02/févr./07 15:24 ] |
| la différence est simplement : "summary" (en l'occurence celle-ci est déjà bloquée !) |
| Commentaire de Ange Ferrari [ 02/févr./07 15:28 ] |
| Il y a aussi purchase dans la liste de Renaud |
| Commentaire de Ange Ferrari [ 02/févr./07 15:31 ] |
|
Pour la France sur le site www il y a la servlet cache_back qui est mappée je la retire immediatement [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers [adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh phaeton "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done JkMount /cache_back all_servers |
| Commentaire de Ange Ferrari [ 02/févr./07 15:35 ] |
|
Pour l'espagne [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do grep $i mode/jk.www;done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers [admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done JkMount /admin_back all_servers JkMount /advert_back all_servers JkMount /cache_back all_servers JkMount /category_back all_servers JkMount /coupon_back all_servers JkMount /datafile_back all_servers JkMount /display_back all_servers JkMount /help_back all_servers JkMount /image_back all_servers JkMount /message_back all_servers JkMount /pricing_back all_servers JkMount /purchase_back all_servers JkMount /question_back all_servers JkMount /referential_back all_servers JkMount /shipping_back all_servers JkMount /tracking_back all_servers JkMount /user_back all_servers JkMount /wallet_admin all_servers JkMount /wallet_back all_servers Ca fait mal... |
| Commentaire de Ange Ferrari [ 02/févr./07 15:42 ] |
|
j'ai donc fait le tour pour la France et l'Espagne c'est
normalement réglé il ne doit plus y avoir de servlet du bo mappée sur le site ww |
| Commentaire de Ange Ferrari [ 02/févr./07 15:48 ] |
|
peux tu vérifier pour purchase Merci |
| Commentaire de Renaud Dierickx [ 02/févr./07 15:57 ] |
|
Pour la servlet "purchase", j'ai vérifié et c'est bon. Je l'ai trouvé dans mon grep car l'action s'appelle buyerfeedBACKlistaction : src/com/babelstore/purchase/front/BuyerFeedbackListAction.java:31: public String getServlet() {return "purchase";} Je ferme le bug car Ange a réglé le problème. |
| Commentaire de Christophe Garcia [ 05/févr./07 16:25 ] |
|
Attention : il faut également blinder "http://test.priceminister.com". Actuellement je peux accéder au BO. ex : http://test.priceminister.com/user_back?action=usersearch&fuzzy=false&numberrows=200 |
| Commentaire de Ange Ferrari [ 05/févr./07 17:36 ] |
| Aujourd'hui le virtualhost test.priceminister.com est accessible seulement depuis certaines IP |
| Commentaire de Younès Charrière [ 09/févr./07 10:03 ] |
|
Ca c'est bon ! Par contre j'arrive à accéder au bo de preview espagne depuis chez moi avec cette url : http://preview.priceminister.es/summary |
| Commentaire de Ange Ferrari [ 12/févr./07 09:38 ] |
|
Normalement c'est corrigé par Antoine (Vendredi 09/02/2007) Il faut donc refaire un test depuis l'exterieur. |
| Commentaire de Younès Charrière [ 13/févr./07 10:23 ] |
| Oui c'est corrigé. Merci. |
| Commentaire de Ange Ferrari [ 13/févr./07 11:36 ] |
| Puisque c'est ok, je clôture |
[Suppression COB M6] Metatache
(APP-15115)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 15.0.0 |
| Type: | Sous-tâche | Priorité: | Critique |
| Rapporteur: | Richard Dubois | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | COB Suppression COB obsolètes |
| Description |
|
Invalider la configuration Apache, les règles de réécriture : rediriger en 301 vers www pour le 26 mars 2007 |
| Commentaires |
| Commentaire de Antoine Koener [ 13/mars/07 15:08 ] |
|
Pouvons-nous prendre de l'avance sur ce chantier ? Retirer dès maintenant tout ce qu'il faut et mettre en place la redirection ? |
| Commentaire de Richard Dubois [ 13/mars/07 17:46 ] |
| Contractuellement, le contrat est dénoncé pour le 26/03. Donc c'est au 26/03 que les cobs M6 doivent rediriger vers www |
| Commentaire de Antoine Koener [ 13/mars/07 18:28 ] |
|
C'est noté ! Merci. |
| Commentaire de Antoine Koener [ 15/mars/07 10:51 ] |
|
Des alertes de monitoring utilisent m6.priceminister.com !!!!!!!!!!!!!!!!!! Il va falloir faire le tour des minitord. |
| Commentaire de Antoine Koener [ 26/mars/07 14:33 ] |
|
Le cobranding est supprimé. Passage à l'analyse de minitord |
| Commentaire de Antoine Koener [ 26/mars/07 14:34 ] |
|
Le cob ne peux pas rediriger sur www. Un conflit d'adresse IP en est la cause, depuis l'extérieur m6.priceminister.com donne une page de maintenance. |
| Commentaire de Richard Dubois [ 26/mars/07 16:42 ] |
| Pas de solutions ??? |
| Commentaire de Antoine Koener [ 26/mars/07 17:36 ] |
|
MAi Jet ouverte pour changer les IPs de m6 vers celle de www. MAI-022074 Une fois la MAI effectuée nous pourrons correctement voir le site www.priceminister.com via m6(net,music,game)... |
| Commentaire de Antoine Koener [ 26/mars/07 17:39 ] |
|
Suppression des pages statiques, (modification du script Pseudo-static-pages). |
| Commentaire de Antoine Koener [ 03/avr./07 13:45 ] |
|
Le Site m6 est bien www.priceminister.com maintenant. La redirection sera effective dans la journée. |
[APP-18643] Resultat de recherche : page indisponible Création: 22/nov./07 14:40 Mise à jour: 26/nov./07 10:27 Résolue: 23/nov./07 14:20 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 18.0.0 |
| Version(s) corrigée(s): | 18.0.0 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Emeric Teil | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Page_avant_le_crach.JPG
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Maintenance 18.x.x |
| Description |
|
Lorsqu'on essaye de faire une recherche depuis la page
"inventory:advertsucces", on arrive sur une page d'erreur (cf copie
d'écran).
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 22/nov./07 16:06 ] |
|
Logs : 2007-11-22 16:00:51,427 DEBUG [P-Processor8] testinteg - ------------------------------------------------------------ 2007-11-22 16:00:51,427 INFO [P-Processor8] testinteg - >>> GET http://preview.pm.lan/inventory?action=advertsuccess&sort=&category=102715&keyword=rintintin&submitbtn=Go&cate gory_search_ref=advert_video_search_by_title 2007-11-22 16:00:51,428 DEBUG [P-Processor8] testinteg - TX started 2007-11-22 16:00:51,430 WARN [P-Processor8] testinteg - Bad request - Missing parameter product_id 2007-11-22 16:00:51,431 INFO [P-Processor8] testinteg - Setting response status code to 404 2007-11-22 16:00:51,431 DEBUG [P-Processor8] testinteg - Executing SQL: SELECT category_id, adopted_category_id, alias, change_date, creation_date, ctg_status_code, ctg_type_co de, description, does_inherit_from_parent, label, old_alias, parent_category_id, rank, row_version, soft_alias FROM CATEGORY WHERE 0 = 1 2007-11-22 16:00:51,435 DEBUG [P-Processor8] testinteg - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_method_code, commission_id , commission_rate, commit_count, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_a dvert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_log in, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_da te, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_ company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date , last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, sponsorship_id, supports_shipping_certified, supports_shippin g_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_c ompensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_ visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code FROM USER_ACCOUNT WHERE user_account_id=? 2007-11-22 16:00:51,618 DEBUG [P-Processor8] testinteg - TX committed [1 ms] 2007-11-22 16:00:51,980 INFO [P-Processor8] testinteg - <<< [553 ms] GET http://preview.pm.lan/inventory?action=advertsuccess&sort=&category=102715&keyword=rintintin&submitbt n=Go&category_search_ref=advert_video_search_by_title |
| Commentaire de Martin Sudmann [ 23/nov./07 12:31 ] |
|
le formulaaire pointe sur l'action de création d'annonce, or il faut pointer vers inventory: ----------------- snip ------------ <form action="/inventory" method="get"> <input name="action" value="advertsuccess" type="hidden"> <input name="sort" value="" type="hidden"> <input name="category" value="102715" type="hidden"> ---------------- end snip ----------- |
| Commentaire de Martin Sudmann [ 23/nov./07 14:20 ] |
|
j'ai retiré l'input hidden avec l'action, comme ça la recherche se fait toujours via InventoryAction. |
[APP-17121] [Perf] Mise en plac d'un outil d'analyse des requêtes dans les logs SA Création: 18/juil./07 11:13 Mise à jour: 09/août/07 15:22 Résolue: 07/août/07 19:22 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 15.0.0 |
| Version(s) corrigée(s): | 16.0.0 |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Nicolas Chauveau |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
README.txt
README.txt
|
| Pays: |
ALL - Tous
|
| Projets PM: | Performances |
| Description |
|
Mettre en place un outil qui analyse les requêtes dans les
logs SA afin de pouvoir contrôler l'aumentation des requêtes sur des
écrans clés
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/juil./07 12:12 ] |
|
On souhaite récuperer les requêtes suivantes : - EJB3 (type finder) - EJB2 (type finder) - Requêtes maisons à l'ancienne (Query) - Requêtes maisons NG (SQLQuery) - Requêtes Fast - Requête IG (à voir ?) Afin de pouvoir analyser ces requêtes dans les logs SA, on devra au préalable activer des leviers de log (à passer en DEBUG) dans le fichier log4j.xml du SA concerné : <category name="org.hibernate.SQL"> <priority value="DEBUG"/> </category> <category name="org.jboss.ejb.plugins.cmp"> <priority value="DEBUG"/> </category> <category name="com.babelstore.util.Query"> <priority value="DEBUG"/> </category> <category name="com.babelstore.util.sql.SQLQuery"> <priority value="DEBUG"/> </category> <category name="com.babelstore.search.FastSearch"> <priority value="DEBUG" /> </category> <category name="org.exolab"> <priority value="DEBUG" /> </category> Dans un premier temps, on va faire en sorte de faire ressortir ces type de requêtes en specifiant 2 données en input : - l'url (ou une partie de celle-ci) que l'on souhaite analyser (en gros l'écran) - l'identifier, c'est à dire l'adresse IP ou le login de l'internaute s'il est en FO, sinon son identifiant type "BO:toto" NB : Afin de s'assurer que l'on suit bien les logs du même utilisateur, on se basera également sur le Processor (Thread en cours) dans les logs Dans un lot futur, on pourra explorer la piste suivante : faire en sorte de faire ressortir les cas ou des requetes sont appelés depuis des JSP en ajoutant une stacktrace pour chaque type de requete. Dans les cas des finder des EJB2, on pourra utiliser le principe AOP (mais il est fou ce Doudou !) |
| Commentaire de Arnaud Forgues [ 19/juil./07 14:57 ] |
|
De nouvelles pistes d'améliorations de l'outils on été suggérées : - Afficher les début et fin de transaction afin d'identifier quand des requêtes sont lancées hors transaction (remplace le lot futur sur les JSP/AOP) - Afficher les temps d'exécutions de chaque requête ... (plus dur s'il ne s'agit pas d'une "Long query" ..) Pour le premier point, on devrait oasser en mode DEBUG la category suivante dans le fichier log4j.xml du SA concerné : <category name="com.babelstore.util.web.Dispatcher"> <priority value="DEBUG"/> </category> Pour le point suivant, on pourra : - soit se baser sur les logs et faire la différence entre la date d'execution d'une requete et la date de la ligne de log suivante (qui va bien : celle du même utilisateur dans le même Thread ...) - soit faire un peu de DEV Java et ajouter dans la framework de chaque type de requete un log affichant le temps d'exécution (du coup pour les finder EJB2 ==> AOP ?) |
| Commentaire de Arnaud Forgues [ 20/juil./07 11:02 ] |
|
Il reste donc 2 choses à faire : - ajouter la fonctionnalité "showFullQuery" pour les requêtes de type JDBC (Query et SQLQuery) - corriger le bug (vu dans le rapport du 20 juillet 2007 ==> voir sous CVS) des BEGIN / END qui s'entrecroisent Après le next step sera de : - isoler la partie du script qui identifie un bloc de logs d'une requete HTTP donnée - ainsi pouvoir utiliser ce sous-script pour d'autres types d'analyses L'outil est donc disponible avec un README.txt (que j'ajoute en PJ à ce JIRA) sous CVS dans le repertoire "dev/source/script/logquery" |
| Commentaire de Edouard Gomez-Vaez [ 31/juil./07 17:04 ] |
| Y a un wiki ? |
| Commentaire de Nicolas Chauveau [ 07/août/07 19:22 ] |
|
Il y a un wiki qui reprend le readme + infos du jira. chercher 'logquery' |
[EXP-3445] Dauphine-bonnesaffaires et Altéon Création: 02/avr./07 11:41 Mise à jour: 09/oct./07 17:04 Résolue: 09/oct./07 17:04 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Antoine Koener | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Nouvelle VIP/RIP altéon pour le dauphine. MAI-022261 www.ledauphine-bonnesaffaires.com pointe sur une VIP qui ne dispose pour l'instant que d'une RIP sur Aricia. Une fois la MAI exécutée le virtualhost pourra complètement être recetté. |
| Commentaires |
| Commentaire de Antoine Koener [ 02/avr./07 12:49 ] |
| Faire des tests avec /etc/hosts... |
| Commentaire de Patrice Boulanger [ 09/juil./07 10:50 ] |
|
Vérifier sur Evandre que le VH est présent et fonctionnel
ensuite on peut faire la MEP pour ajouter la RIP dans la VIP. Merci. |
| Commentaire de Jérémie Bennejean [ 23/juil./07 09:50 ] |
|
Pour le moment ce vh n'existe pas sur evandre parce que ce
cobranding n'existait pas sur cupidon par manque d'adresse. Il faut que je check les @ disponibles et que j'en alloue une pour ce vh. Puis aprés une vérificatin de la conf, je demanderai à Jet l'ajout de la RIP dans la VIP. |
| Commentaire de Jérémie Bennejean [ 10/août/07 17:05 ] |
|
[INFO] Suite a un incident la semaine derniere, le cobranding www.ledauphine-bonnesaffaires.com repond à la VIP 212.23.170.196 La vip 212.23.170.196 contient la RIP 212.23.170.253(ARICIA) uniquement. |
| Commentaire de Jérémie Bennejean [ 16/août/07 17:50 ] |
|
Nous ne disposons d'adresses IP que sur aricia pour le moment. Le cobranding www.ledauphine-bonnesaffaires.com existe deja sur aricia. Dès que nous aurons de nouvelles @IP de libres, ce cobrand sera installé (ainsi que commentcamarche.net). Nous aurons des @ de libres lorsque phaeton et cupidon ne seront plus des frontaux webs. |
| Commentaire de Jérémie Bennejean [ 05/oct./07 16:35 ] |
|
J'ai fais le point sur les @ de libres, seul la plage ou se trouve aricia dispose d'@ libres. Je n'ai pas pu identifier d'@ de dispo sur la plage 212.23.167.1--> 212.23.167.63 |
| Commentaire de Jérémie Bennejean [ 05/oct./07 16:37 ] |
|
Pour info seul aricia est sur la plage 212.23.170.192 Par contre bacchus, phaeton,cupidon, evandre quasiment toutes les VIPs de l'alteon se partagent la plage 212.23.167.1--> 212.23.167.63 |
| Commentaire de Jérémie Bennejean [ 09/oct./07 17:04 ] |
|
On laisse ce cob uniquement sur aricia. A chaque cob qui n'est pas sur le domaine priceminister.com il faut 2 @. Il n'y en a de disponibles que sur la plage ou se trouve aricia. |
[EXP-3498] Ajouter les adresses locales des serveurs web dans le fichier nonblock.list Création: 17/avr./07 16:23 Mise à jour: 25/juin/07 19:00 Résolue: 03/mai/07 09:47 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Description |
|
Dans les logs des serveurs Web, on trouve: [Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: root_games [Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: Tel-PDA [Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_600 [Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_700 [Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: bargain [Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: root_white [Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: root_baby [Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html [Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: root_clothing [Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html Il semblerait donc que minitor s'amuse à bloquer le serveur web lui-même lors de la génération des pages statiques. Comme c'est assez ennuyeux, je propose d'ajouter les adresses locales des serveurs dans le fichier nonblock.list. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 17/avr./07 16:48 ] |
|
J'ai rajouté dans le nonblock.list de PHAETON #ADRESSES PHAETON 212.23.167.28 212.23.167.24 212.23.167.21 212.23.167.22 212.23.167.4 212.23.167.5 212.23.167.6 212.23.167.7 212.23.167.8 212.23.167.9 212.23.167.10 212.23.167.11 212.23.167.12 212.23.167.13 212.23.167.14 212.23.167.15 212.23.167.16 212.23.167.20 212.23.167.23 212.23.167.25 CUPIDON #ADRESSES CUPIDON 212.23.167.30 212.23.167.31 212.23.167.32 212.23.167.33 212.23.167.34 212.23.167.35 212.23.167.36 212.23.167.37 212.23.167.38 212.23.167.39 212.23.167.43 212.23.167.44 212.23.167.45 212.23.167.46 212.23.167.47 212.23.167.48 ARICIA 212.23.170.247 Les adresses suivantes existaient deja dans le nonblock.list de aricia 212.23.170.244 212.23.170.241 212.23.170.248 212.23.170.243 212.23.170.242 212.23.170.251 212.23.170.249 212.23.170.252 212.23.170.253 212.23.170.240 212.23.170.246 212.23.170.250 212.23.170.245 212.23.170.254 Sur chaque serveur web j'ai fais un configtest et un graceful |
| Commentaire de Jérémie Bennejean [ 19/avr./07 15:49 ] |
| Malgré l'ajout des adresses dans le fichiers de chacun des serveurs webs, il y a toujours ces erreurs dans les logs |
| Commentaire de Jérémie Bennejean [ 30/avr./07 11:18 ] |
|
[mrtg@phaeton mrtg]$ grep -ir nonblock.list * minitord/bin/apache_block_ip.pl:my $white_list = "/data/chrootapache/usr/local/apache/conf/nonblock.list"; |
| Commentaire de Jérémie Bennejean [ 30/avr./07 11:20 ] |
|
Sur aricia l'@ (212.23.170.248) en deny correspond au vh-intra Sur phaeton l'@ (212.23.170.8) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi Sur cupuidon l'@ (212.23.170.33) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:10 ] |
| Pour résoudre l'apparition de certaines erreurs dans le error_log, j'ai ajouté dans la conf apache de cupidon (dans 1 er temps et faire le test) au sein des vh eglue et bi dans la Allow from 212.23.170.33 |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:56 ] |
|
Pour faire face à cette erreur qui revient tres souvent j'ai
fais un touch du fichier demandé. J'ouvre aussi un jira à l'équipe de
swan. [Mon Apr 30 13:52:26 2007] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif---> OK touch a_arrowb2.gif |
| Commentaire de Jérémie Bennejean [ 30/avr./07 14:58 ] |
| idem [Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3 |
| Commentaire de Jérémie Bennejean [ 30/avr./07 15:01 ] |
|
sur phaeton: [Mon Apr 30 13:42:36 2007] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/navigation/search/category/search_books/keyword/singer-christiane/ss/70 [Mon Apr 30 14:36:34 2007] [error] [client 82.241.240.95] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress |
| Commentaire de Jérémie Bennejean [ 30/avr./07 15:05 ] |
|
sur aricia : [Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3 [Mon Apr 30 12:43:11 2007] [error] [client 86.201.188.113] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-camif/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://occasion.camif.fr/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress |
[APP-20098] Modification du lien "En savoir plus" sur la HP Création: 02/avr./08 16:34 Mise à jour: 05/juin/08 10:34 Résolue: 02/juin/08 13:45 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page, Infoglue |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | 23.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Yassine Mouhammadou |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||
| Pays: |
FRA - France
|
||||
| Site: | Dev | ||||
| Classif FONC: | comarket | ||||
| Projets PM archivés: | Maintenance CTN-B | ||||
| Description |
|
"le nom de domaine du site groupe sera www.groupe-priceminister.com. Peux-tu prévoir le lien de redirection de www.groupe-priceminister.com pour le 15 avril, stp? -> le lien footer + le lien bloc colonne de droite Merci. " |
| Commentaires |
| Commentaire de Yassine Mouhammadou [ 04/avr./08 15:16 ] |
|
A publier pour la V20.0.0 : cms1 > express > Side Article > Hp Services pour le bloc de droite de la HP "En savoir plus" |
| Commentaire de Ariane Baldinger [ 07/avr./08 17:41 ] |
| dépublié momentanément pour passer la NpF Mode avant. |
| Commentaire de Yassine Mouhammadou [ 08/avr./08 15:00 ] |
| re-soumis à publication |
| Commentaire de Ariane Baldinger [ 11/avr./08 13:05 ] |
|
Salut Ghislain, C'est normal que le lien de redirection renvoie vers www.priceminister.com ? On est sûr que la semaine prochaine ça sera bon ? |
| Commentaire de Ghislain Gridel [ 14/avr./08 10:27 ] |
|
Bonjour, La mise en ligne du nouveau site institutionnel est décalée au mardi 22 avril (suceptible de décalage). IL est normal que pour l'instant cela renovie sur www.priceminister.com car l'exploit n'a pas encore pointé vers la bonne adresse IP. merci |
| Commentaire de Ariane Baldinger [ 14/avr./08 12:26 ] |
|
Yassine, Peux-tu revenir en arrière stp ? Merci |
| Commentaire de Yassine Mouhammadou [ 14/avr./08 12:43 ] |
| cms1 > express |
| Commentaire de Ariane Baldinger [ 02/juin/08 13:45 ] |
|
je ferme cette demande qui n'est plus d'actualité. Merci d'ouvrir un nouveau jira si besoin. |
[COB] CoB CommentCaMarche : Métatâche
(APP-16641)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Ghislain Gridel | Attribution: | Eric Vannier |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | COB CommentCaMarche |
| Description |
|
Bonjour, JIRA destiné à Eric Vanier. Il faudrait créer un flux XML des 100 meilleures ventes d'occasion par catégorie. Les catégories sont : Livres- Musique - DVD & VHS - Jeux vidéo - Tél & PDA - Informatique - Image & Son Le flux peut avoir exactement la même structure que le flux Effiliation top 100. Ils ont validés l'extract qu'on leur a fait de ce flux. Ce flux doit rediriger vers le site co-brandé comment ça marche dont l'url sera http://occasions.commentcamarche.net et non vers PriceMinister. Le partenaire viendra chercher le flux sur une URL. Estelle gère le projet co-brading commentçamarche.net. Je reste à ta dispo pour toute question. Ghislain |
| Commentaires |
| Commentaire de Eric Vannier [ 08/juin/07 14:34 ] |
|
Ces flux sont prêts pour être générés , pour info ce ne sont
pas les mêmes qu'effiliation car les top ventes d'effiliation sont les
produits neufs alors que là ce sont les produits d'occasions. Extrait d'un produit : <produit><idproduit>54710566</idproduit><codearticle></codearticle><codebarre>9782226179296</codebarre><reffournisseur><![CDATA[]]></reffournisseur><nomfourn isseur><![CDATA[]]></nomfournisseur><nomproduit><![CDATA[La Femme Fatale]]></nomproduit><etat>occasion</etat><categories><categorie><![CDATA[Livres]]></categ orie><categorie><![CDATA[]]></categorie></categories><prix>9.50</prix><urlficheproduit><![CDATA[http://track.effiliation.com/servlet/effi.redir?id_compteur=I D_COMPTEUR&url=http://occasions.commentcamarche.net/offer/buy/54710566%3Ft%3DTRACKING_CODE]]></urlficheproduit><urlimage><![CDATA[http://a526.g.akamai.net/7/ 526/14067/v1/img.priceminister.com/photo/599395940_S.jpg]]></urlimage><genre></genre><realisateur><![CDATA[Bacqué, Raphaëlle, Chemin, Ariane]]></realisateu r><acteurs></acteurs><interprete></interprete><editeur><![CDATA[Albin Michel]]></editeur><descriptif><![CDATA[Retrouvez tous les livres au meilleur prix : Ba cqué, Raphaëlle - Chemin, Ariane. Achetez La Femme Fatale à prix réduit sur PriceMinister.]]></descriptif><disponibilite>10000</disponibilite><dateexpedi tion>2 a 3 jours</dateexpedition><fraisdeport>variable en fonction du produit</fraisdeport></produit> Merci de me confirmer si cela vous convient. |
| Commentaire de Ghislain Gridel [ 21/juin/07 11:43 ] |
|
ok. ça me va. il faudra enlever les trackings de la plateforme effiliation :[http://track.effiliation.com/servlet/effi.redir?id_compteur=ID_COMPTEUR& par ailleurs il n'y a pas de tracking code TRACKING_CODE] : il faudra donc l'enlever aussi. Demander à l'exploit les urls de ce site co-brandé. Merci. Ghislain |
| Commentaire de Eric Vannier [ 21/juin/07 12:40 ] |
|
J'ai modifié le flux pour corriger les urls. Extrait d'un produit : <produit><idproduit>54403511</idproduit><codearticle></codearticle><codebarre>9782845633360</codebarre><reffournisseur><![CDATA[]]></reffournisseur><nomfourn isseur><![CDATA[]]></nomfournisseur><nomproduit><![CDATA[Parce Que Je T'aime]]></nomproduit><etat>occasion</etat><categories><categorie><![CDATA[Livres]]></categorie><categorie><![CDATA[Livre grand format]]></categorie></categories><prix>12.00</prix><urlficheproduit><![CDATA[http://occasions.commentcamarche.net/offer/buy/54403511]]></urlficheproduit><urlimage><![CDATA[http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/photo/589601330_S.jpg]]></urlimage><ge nre></genre><realisateur><![CDATA[Musso, Guillaume]]></realisateur><acteurs></acteurs><interprete></interprete><editeur><![CDATA[Xo]]></editeur><descriptif>< ![CDATA[Retrouvez tous les livres au meilleur prix : Musso, Guillaume. Achetez Parce Que Je T'aime à prix réduit sur PriceMinister.]]></descriptif><disponibilite>10000</disponibilite><dateexpedition>2 a 3 jours</dateexpedition><fraisdeport>variable en fonction du produit</fraisdeport></produit> |
| Commentaire de Eric Vannier [ 06/août/07 15:50 ] |
|
Les flux sont prêts à être générés tous les jours , il me
manque uniquement la destination hébergés chez nous ou bien chez eux. Si c'est chez nous , l'url sera du type www.priceminister.com/ccm/... ou si chez eux, il me faut un nom de serveur ftp, login et password |
| Commentaire de Ghislain Gridel [ 06/août/07 17:00 ] |
|
ok. merci Eric. L'url sera du type http://occasions.commentcamarche.net J'attends un retour pour ta question. Nous sommes aussi en attente du certificat SSL. Ghislain |
| Commentaire de Eric Vannier [ 06/août/07 17:08 ] |
|
Il me faut un compte ftp sur leur serveur ftp host : du type ftp://occasions.commentcamarche.net ftp://adresse ip Login Password |
| Commentaire de Sébastien Aubert [ 12/oct./07 14:48 ] |
|
eric, CCM est maintenant en prod tu peux voir avec jeremie pour le serveur. |
| Commentaire de Christophe Garcia [ 17/oct./07 10:31 ] |
| C'en est où ? |
| Commentaire de Eric Vannier [ 17/oct./07 11:46 ] |
|
Il faut absolument me communiquer les coordonnées d'un
serveur ftp. Le soucis , c'est que ce n'est pas du ressort de Jérémie.
C'est au partenaire "commentcamarche" de nous communiquer cette info car
c'est eux qui l'héberge. La deuxième solution, mis en place d'une url pour qu'il puisse venir télécharger le flux quotidiennement. |
| Commentaire de Ghislain Gridel [ 17/oct./07 14:57 ] |
|
ok. merci Eric. J'attends un retour de JF PILLOU. Je te tiens au courant rapidement. Ghislain |
| Commentaire de Ghislain Gridel [ 17/oct./07 15:11 ] |
|
Eric, CCM préfère une URL. Peux-tu t'en occuper, stp ? Merci ! Ghislain |
| Commentaire de Eric Vannier [ 17/oct./07 16:30 ] |
|
Les urls pour "comment ça marche" seront : http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_BOOKS_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_COMPUTER_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_ELECTRONICS_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_GAMES_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_HIFI_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_MUSIC_TOP.xml.gz http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_VIDEO_TOP.xml.gz |
| Commentaire de Eric Vannier [ 17/oct./07 17:45 ] |
| J'ai généré les flux pour vérification donc les liens fonctionnent.... |
| Commentaire de Sébastien Aubert [ 19/nov./07 15:52 ] |
|
Merci Eric, ok pour les liens, transmis à CCM. on peut fermer |
[APP-18407] ORA-01476: divisor is equal to zero Création: 31/oct./07 16:17 Mise à jour: 31/oct./07 17:57 Résolue: 31/oct./07 17:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 17.1.1 |
| Version(s) corrigée(s): | 17.1.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Ange Ferrari | Attribution: | Dispatcher (Dev) |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM archivés: | Maintenance 18.x.x | ||||||||
| Description |
|
La derniere fois que c'est arrivé quelqu'un avait touché aux notes 2007-10-31 16:12:30,819 INFO [-Processor40] 66.249.72.65 - >>> GET http://www.priceminister.com/offer/buy/7352525/Goupille-fendue-zingue e-Diametre-8x63-Quincaillerie.html 2007-10-31 16:12:30,918 ERROR [-Processor40] 66.249.72.65 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #541 ORA-01476: divisor is equal to zero at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.k.next(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520) at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131) at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62) at sun.reflect.GeneratedMethodAccessor274.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy455.getProductAdvertInfoCollection(Unknown Source) at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:154) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Ange Ferrari [ 31/oct./07 16:37 ] |
|
2007-10-31 16:18:38,470 INFO [-Processor13] 192.168.1.246 - >>> GET http://bo.priceminister.jmh/offer/buy/7352525/Goupille-fendue-zinguee -Diametre-8x63-Quincaillerie.html 2007-10-31 16:18:38,470 DEBUG [-Processor13] 192.168.1.246 - TX started 2007-10-31 16:18:38,484 DEBUG [-Processor13] 192.168.1.246 - Executing SQL: SELECT category_id, adopted_category_id, alias, change_date, cr eation_date, ctg_status_code, ctg_type_code, description, does_inherit_from_parent, label, old_alias, parent_category_id, rank, row_version, soft_alias FROM CATEGORY WHERE 0 = 1 2007-10-31 16:18:38,487 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,490 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,492 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,494 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,495 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,497 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ? 2007-10-31 16:18:38,499 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery -- ItemCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) as count FROM item WHERE (buyer_account_id = :x1) AND (itm_status_code NOT IN (10,50,60)) ; 2007-10-31 16:18:38,513 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery -- ItemCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) as count FROM item WHERE (seller_account_id = :x1) AND (itm_status_code NOT IN (10,50,60)) ; 2007-10-31 16:18:38,530 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery -- ItemCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) as count FROM item WHERE (seller_account_id = :x1) AND (itm_status_code IN (20,100,60)) ; 2007-10-31 16:18:38,532 DEBUG [-Processor19] BO:Isabelle - ContractCountQuery -- ContractCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT count(*) l FROM contract WHERE (buyer_account_id = :x1) AND (ctr_status_code IN (30)) ; 2007-10-31 16:18:38,533 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery -- ItemClaimCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) AS count, clm_status_code FROM item WHERE (itm_claim_type_code IS NOT NULL) AND (seller_account_id = :x1) GROUP BY clm_status_code ; 2007-10-31 16:18:38,556 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery -- ItemClaimCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) AS count, clm_status_code FROM item WHERE (itm_claim_type_code IS NOT NULL) AND (buyer_account_id = :x1) GROUP BY clm_status_code ; 2007-10-31 16:18:38,562 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery -- ItemClaimCountQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ count(*) AS count, itm_claim_type_code FROM item WHERE (itm_claim_type_code IS NOT NULL) AND (buyer_account_id = :x1) GROUP BY itm_claim_type_code ; 2007-10-31 16:18:38,564 DEBUG [-Processor19] BO:Isabelle - ItemRefundQuery -- ItemRefundQuery VAR x1 NUMBER § EXEC :x1 := 11563018; SELECT /*+ INDEX(item) */ SUM(toEuro(NVL(item.buyer_bonus, 0), currency_id)) sum_refund FROM item WHERE (item.buyer_account_id = :x1) AND (item.buyer_bonus > 0) AND (item.is_abandonned = 0) ; 2007-10-31 16:18:38,728 DEBUG [-Processor13] 192.168.1.246 - ProductParentQuery -- ProductParentQuery VAR x1 NUMBER § EXEC :x1 := 7352525; VAR x2 NUMBER § EXEC :x2 := 7352525; VAR x3 NUMBER § EXEC :x3 := 7352525; SELECT * FROM product, ( SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_ id accessory_parent_product_id, line.value line, model.value model FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model WHERE (prd_accessory.product_id = :x1) AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key) AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key) AND (product.prd_visibility_code = 10) AND (prd_accessory.prd_line_key IS NOT NULL) AND (prd_accessory.prd_model_key IS NULL) AND (product.prd_line_key = prd_accessory.prd_line_key) UNION SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_ id accessory_parent_product_id, line.value line, model.value model FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model WHERE (prd_accessory.product_id = :x2) AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key) AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key) AND (product.prd_visibility_code = 10) AND (prd_accessory.prd_line_key IS NOT NULL) AND (prd_accessory.prd_model_key IS NOT NULL) AND (product.prd_line_key = prd_accessory.prd_line_key) AND (product.prd_model_key = prd_accessory.prd_model_key) UNION SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_ id accessory_parent_product_id, line.value line, model.value model FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model WHERE (prd_accessory.product_id = :x3) AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key) AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key) AND (product.prd_visibility_code = 10) AND (prd_accessory.parent_product_id IS NOT NULL) AND (product.product_id = prd_accessory.parent_product_id)) parent WHERE (product.product_id = parent.product_id) ORDER BY prd_type_code, prd_medium_code, title ; 2007-10-31 16:18:38,736 DEBUG [-Processor13] 192.168.1.246 - ProductChildQuery -- ProductChildQuery VAR x1 NUMBER § EXEC :x1 := 7352525; SELECT product.product_id, product.admin_comment, product.adv_currency_id, product.base_product_id, product.best_price, product.change_da te, product.collectible_best_price, product.collectible_count, product.collectible_currency_id, product.creation_date, product.currency_id, p roduct.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.fast_notification_date, product.freshness_date, p roduct.is_available, product.last_advert_creation_date, product.list_price, product.long_title, product.medium_count, product.new_best_price, product.new_count, product.new_currency_id, product.owner_account_id, product.prd_availability_code, product.prd_change_code, product.prd_li ne_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key, product.prd_source_code, product.prd_status_code, produ ct.prd_type_code, product.prd_visibility_code, product.release_date, product.row_version, product.spec_status_code, product.stock_quantity, p roduct.submitter_account_id, product.submitter_comment, product.summary, product.summary_freshness_date, product.suspicion_cause, product.tit le, product.unlimited_count, product.url_name, product.used_best_price, product.used_count, product.used_currency_id, product.weight FROM product, ( SELECT product_id FROM prd_accessory WHERE (parent_product_id = :x1)) child WHERE (product.product_id = child.product_id) ORDER BY prd_type_code, prd_medium_code, title ; 2007-10-31 16:18:38,791 DEBUG [-Processor13] 192.168.1.246 - ProductAdvertInfoQuery -- ProductAdvertInfoQuery VAR x1 NUMBER § EXEC :x1 := 7352525; SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visi bility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_dat e, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_ date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, a dvert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_ sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, adv ert.pickup_zip, advert.prd_freshness_date, advert.prd_line_key, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert. prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_acc ount_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.so rt_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, user_account.user_account_id, user_acco unt.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_fr ee_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_ id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, u ser_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_name, user_account.company_number, u ser_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user _account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_ registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_acco unt.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buye r_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user _account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user _account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.ima ge_granted_status_code, user_account.import_lock_date, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account. initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_ company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transi t, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_acco unt.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_acco unt.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, us er_account.last_wish_date, user_account.login, user_account.parent_user_account_id, user_account.password, user_account.personal_number, user _account.platform_id, user_account.registration_birth_date, user_account.reliability, user_account.remark, user_account.row_version, user_acc ount.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum, user_account.seller_country_id, user_account.selle r_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_website_url, user_account.send_first_advert _mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, user_account.support s_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_account.trac king_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right _code, user_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_co de, user_account.usr_privilege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_ visibility_code, user_account.wallet_amount, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_am ount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as score FROM advert, user_account WHERE (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :x1) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, adve rt.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC ; 2007-10-31 16:18:38,812 ERROR [-Processor13] 192.168.1.246 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #276 ORA-01476: divisor is equal to zero |
| Commentaire de Ange Ferrari [ 31/oct./07 16:39 ] |
|
http://pricejira/browse/APP-18030 |
[EXP-4272] Créer un sous domaine "http://concurso.priceminister.es" Création: 18/mars/08 18:21 Mise à jour: 16/avr./08 17:23 Résolue: 16/avr./08 13:37 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, On va décliner un jeu concours développé par planetanoo pour PriceMinister Espagne. Pouvez-vous créer un sous domaine http://concurso.priceminister.es et le faire pointer vers http://img.planetanoo.com/pmes/concours.php ? Le site n'est pas encore en ligne. Merci Charles |
| Commentaires |
| Commentaire de Patrice Boulanger [ 18/mars/08 18:35 ] |
|
C'est fait, La redirection est de type transparente, donc pas terrible pour le référencement. A valider avec Pierre Bret ? |
| Commentaire de Charles Decaux [ 19/mars/08 19:28 ] |
|
Patrice, désolé il y a eu une boulette sur l'URL. Peux-tu faire pointer le jeu sur http://img.planetanoo.com/pmes/ ? Merci Charles |
| Commentaire de Patrice Boulanger [ 20/mars/08 10:25 ] |
|
C'est fait. Patrice. |
| Commentaire de Charles Decaux [ 14/avr./08 18:01 ] |
|
Salut Patrice, En fait la redirection transparente n'est pas top. En effet, il y a des frames et cela pose un souci sur les cookies sous IE6. Peux-tu faire pointer le DNS sur l'IP ? Ce sera mieux je pense. L'IP est 91.121.83.132/pmes Merci |
| Commentaire de Patrice Boulanger [ 14/avr./08 18:08 ] |
|
En fait, 91.121.83.132/pmes n'est pas une adresse IP mais
une URL, je ne peux pas l'entrer tel quel dans le DNS. Je propose donc
de fixer concurso.priceminister.es = 91.121.83.132 et vous devrez
envoyer une URL pour le jeu qui sera http://concurso.priceminister.es/pmes. Est-ce que ça convient (point de vue marketing, point de vue référencement, ...)? Merci. |
| Commentaire de Charles Decaux [ 15/avr./08 11:52 ] |
|
C'est nickel, faisons comme cela. Pour info, je vais changer le dossier sur img.planetanoo en « concurso » au lieu de « pmes » - c'est un peu plus joli pour notre URL si c'est concurso.priceminister.es/concurso/ Mais cela ne devrait pas t'impacter. Merci |
| Commentaire de Patrice Boulanger [ 15/avr./08 15:14 ] |
|
La modification a été effectuée. Merci de valider. |
| Commentaire de Charles Decaux [ 15/avr./08 15:20 ] |
|
Merci Patrice, je viens de tester http://concurso.priceminister.es/concurso et cela renvoie vers une page d'erreur 404. Les DNS ne sont pas encore propagés c'est ca ? Merci de ton retour |
| Commentaire de Patrice Boulanger [ 15/avr./08 15:24 ] |
|
Oui, il faut compter 24h à 48h pour une propagation totale. Merci. Patrice. |
| Commentaire de Patrice Boulanger [ 16/avr./08 13:37 ] |
|
La propagation est effective pour nos DNS. Merci. |
| Commentaire de Charles Decaux [ 16/avr./08 14:49 ] |
|
merci Patrice cependant quand je me connecte sur http://concurso.priceminister.es/concurso j'ai un 404 je vais voir avec planetanoo s'il n'y a pas un souci |
| Commentaire de Patrice Boulanger [ 16/avr./08 16:53 ] |
| En fait, c'est très probablement un problème sur le serveur |
| Commentaire de Patrice Boulanger [ 16/avr./08 16:53 ] |
| En fait, c'est très probablement un problème sur le serveur |
| Commentaire de Charles Decaux [ 16/avr./08 17:23 ] |
| c'est bon ça marche, merci |
[BIN-362] [Espagne/Fraudes] : Rapports transactions entre comptes pour l'ESPAGNE Création: 27/août/07 13:58 Mise à jour: 23/oct./07 10:46 Résolue: 21/sept./07 15:24 |
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | BackOffice |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Sebastien Bruzzone | Attribution: | Samir Beghdadi |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Description |
|
Bonjour, Nous avons un rapport édité quotidiennement concernant les transactions entre comptes pour la France : il est dans http://intra.priceminister.com/stats/reports/public/BackOffice/ et son nom : fraud_seller_buyer_.txt.gz En raison de fraudes similaires sur l'Espagne, nous aimerions avoir le même rapport pour ce pays. Merci. |
| Commentaires |
| Commentaire de Agathe Remy [ 07/sept./07 18:49 ] |
|
Sébastien, Le rapport que tu utilises sur la France est généré par l'ancien système de reporting. Hors, nous n'avons pas d'architecture équivalente pour l'Espagne. En revanche, nous pouvons développer un rapport BusinessObjects. Dans ce cas, il faudra que je transfère ta demande dans le projet BusinessIntelligence. Peux-tu me confirmer que cela vaut le coup que nous passions du temps à développer ce nouveau rapport dans BI? Merci:-) Agathe |
| Commentaire de Sebastien Bruzzone [ 18/sept./07 08:18 ] |
|
Bonjour Agathe, Oui nous avons absolument besoin de ce rapport car nous avons eu de gros problèmes de transactions entre comptes sur l'Espagne. Nous avons detecté un peu tardivement ces commandes et on aurait pu les detecter bien avant si nous avions eu le rapport pour l'Espagne. Merci ;-) Sébastien |
| Commentaire de Agathe Remy [ 18/sept./07 19:17 ] |
|
Samir, Voici un nouveau rapport BI qu'il faudra déployer en France et en Espagne. cf la requête sur titan: /data/priceminister/reporting/platform/prod/sql/sources/backoffice/fraud_seller_buyer.sql Merci:-) Agathe |
| Commentaire de Agathe Remy [ 19/sept./07 11:53 ] |
|
Samir, Voici la requête qui sera à implémenter dans le rapport BI : SELECT TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD') ||'|'|| PURCHASE.PURCHASE_ID ||'|'|| ITEM.ITEM_ID ||'|'|| CASE WHEN (ITEM.CLOSING_DATE-ITEM.COMMIT_DATE)<1 AND ITEM.CLOSING_DATE>=TRUNC(SYSDATE - 7) AND ITEM.COMMIT_DATE>=TRUNC(SYSDATE - 7) THEN 1 ELSE 0 END FROM PURCHASE, ITEM, USER_ACCOUNT SELLER, USER_ACCOUNT BUYER WHERE PURCHASE.PURCHASE_ID=ITEM.PURCHASE_ID AND ITEM.BUYER_ACCOUNT_ID=BUYER.USER_ACCOUNT_ID AND ITEM.SELLER_ACCOUNT_ID=SELLER.USER_ACCOUNT_ID AND BUYER.IP_ADDRESS=SELLER.IP_ADDRESS AND PURCHASE.PCH_STATUS_CODE IN (80, 90, 100) AND ITEM.ITM_STATUS_CODE IN (30, 40, 70) AND PURCHASE.AUTHORIZATION_DATE>=TRUNC(SYSDATE - 7) AND SUBSTR(PURCHASE.IP_ADDRESS,1,7)<>'195.93.' ORDER BY TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD'), PURCHASE.PURCHASE_ID, ITEM.ITEM_ID ; Merci:-) Agathe |
| Commentaire de Samir Beghdadi [ 21/sept./07 10:59 ] |
|
Agathe, A toi de jouer maintenant, le rapport Developement / Backoffice/Fraude - Transactions entre comptes est enfin prêt pour validation en Dev. Merci, samir |
| Commentaire de Sebastien Bruzzone [ 23/oct./07 10:44 ] |
| ok c'est réglé, merci |
[APP-21223] Ajout d'informations dans les querylogs fast pour tracer requêtes utilisateurs Création: 11/juil./08 11:30 Mise à jour: 24/sept./08 17:46 Résolue: 25/août/08 18:04 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 30.0.0 (CAT-D) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | FAST |
| Classif2: | query API |
| Description |
|
Hello, Pouvez vous trouver un moyen d'ajouter des traces dans les querylogs fast afin de pouvoir trouver la correspondance entre des requêtes fast et des requêtes utilisateurs affichées dans les logs applicatifs |
| Commentaires |
| Commentaire de Martin Sudmann [ 19/août/08 17:15 ] |
|
mettre le pseudo / user_id si logué, sinon l'IP. ces infos sont dans les logs appli, donc probablement dispo dans le dispatcher. ajouter une property is_active pour l'activer (ou désactiver si un jour il y a un pb, puisque ce feature n'est pas garanti par FAST). |
| Commentaire de Martin Sudmann [ 25/août/08 18:04 ] |
|
l'identification de l'utilisateur (login ou adresse IP) est
ajoutée dans les querylogs Fast avec le paramètre "PMuser" Peut être désactivé en cas de problèmes en changeant la propriété suivante : # Activate the transmission of user identification to Fast query logs [true] priceminister.fast.querylog.trace_user.is_active = true |
[EXP-3609] phonetraceur.com - modification redirection Création: 23/mai/07 17:58 Mise à jour: 25/juin/07 19:01 Résolue: 24/mai/07 15:48 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marc Cacheiro | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
les domaines phonetraceur.com et www.phonetraceur.com ne doivent plus pointer sur priceminister.com/et, mais sur le serveur de notre partenaire Colibri : 82.101.8.114 Ca évitera les maintenances récurrentes et un peu pénibles qu'on a du prendre en charge ces derniers mois :) thanx ps : vous pouvez me signaler quand cette modif peut être effective pour que je prévienne le partenaire et que l'on s'assure que tout soit prêt de son côté ? thanx again |
| Commentaires |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:13 ] |
| Comme précisé oralement, l'opération est rapide. Le temps de propagation DNS sera de 24h mais je peux réduire cette durée dès maintenant si souhaité en prévision de la modification. |
| Commentaire de Marc Cacheiro [ 23/mai/07 18:25 ] |
|
j'ai eu le feu vert de colibri, on peut donc modifier la redirection ! (l'URL phonetraceur.com restera bien apparente dans la barre d'adresse ?) merci |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:42 ] |
|
C'est fait, la propagation sera totalement effective dans 24h. |
| Commentaire de Patrice Boulanger [ 23/mai/07 18:43 ] |
| Et oui, l'URL www.phonetraceur.com restera bien apparente dans la barre d'adresse :-) |
| Commentaire de Marc Cacheiro [ 24/mai/07 11:40 ] |
|
merci ! demande complémentaire de damien... peut-on faire la même manip sur : priceminister.com/et et www.priceminister.com/et c'est à dire les faire pointer sur l'adresse IP de colibri ? thanx |
| Commentaire de Patrice Boulanger [ 24/mai/07 11:58 ] |
|
Dans ce cas, on peut faire une redirection au niveau
d'apache mais dans ce cas, l'URL dans la barre d'adresse sera changée en
www.phonetraceur.com. Vous confirmez ? Merci. |
| Commentaire de Marc Cacheiro [ 24/mai/07 12:02 ] |
| pas de problème pour nous ! |
| Commentaire de Patrice Boulanger [ 24/mai/07 13:12 ] |
|
Jérémie, peux-tu ajouter une régle de redirection sur tous les serveurs Apache pour rediriger http://www.priceminister.com/et vers http://www.phonetraceur.com Merci. |
| Commentaire de Marc Cacheiro [ 24/mai/07 14:02 ] |
|
je ne sais si c'est utile de le préciser, mais il faut aussi rediriger priceminister.com/et sans le www :) merci !!! |
| Commentaire de Jérémie Bennejean [ 24/mai/07 15:22 ] |
|
Testé sur la pre-prod. C'est en place en prod vous pouvez tester. |
| Commentaire de Marc Cacheiro [ 24/mai/07 15:48 ] |
| cool, merci !!! |
Installation Plateforme Bêta UK
(EXP-4291)
|
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 4 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 4 heures | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
- Créer le VH preview.priceminister.co.uk sur les serveurs web hébergeant l'actuel site UK - 1 seul worker: Neptune - Mettre en place les pages pseudo statiques uniquement pour la HP - Bloquer l'accès au site avec une authentification basique |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 07/mai/08 10:00 ] |
|
preview.priceminister.co.uk est configuré sur evenor <VirtualHost 212.23.170.231:80> ServerName preview.priceminister.co.uk:80 ........ </VirtualHost> Le documentroot est une copie de www.priceminsiter.co.uk Actuellement accessbile depuis notre plateforme interne Le worker.properties ne contient que neptune (all_servers, img_servers) |
| Commentaire de Patrice Boulanger [ 15/mai/08 11:22 ] |
|
Il me semble que dans la conf, les worker.properties ne sont
pas configuré dans le fichier VH. Peux-tu le compléter qu'on puisse
lancer un test? Merci. |
| Commentaire de Patrice Boulanger [ 15/mai/08 11:25 ] |
|
Tant qu'à faire il faudrait aussi créer tout de suite le bo.priceminister.co.uk, sur la même IP. Merci. |
| Commentaire de Jérémie Bennejean [ 16/mai/08 15:35 ] |
|
J'ai créer bouk.priceministeR.com <VirtualHost 10.150.28.110:80> ServerName bouk.priceminister.jmh:80 <Location "/"> Order Deny,Allow Deny from all # PM Office Public (new) Private (new) Justin Home PM(Villette) (PBO) Allow from 192.168.1.0/24 212.23.170.0/24 10.150.28.96/25 213.41.234.177 62.23.27.114 82.228.215.216 # AuthName "Priceminister UK Backoffice" # AuthType Basic # AuthUserFile /usr/local/apache/uk/secrets/.htpasswd # require user bo boconfid secret pmvbo pmbackofficepmv pmbackoffice pmprivreports pmsecreports pmcache </Location> CustomLog /usr/local/apache/uk/logs/www.priceminister.co.uk.log "%t %h %{HOST}i \"%r\" %>s %b" AllowEncodedSlashes On Include conf/deflate.conf RewriteEngine On Include conf/mode/referencement.rules RewriteRule ^/activation(.*) https://bouk.priceminister.jmh/activation$1 [L,R,NE] RewriteRule ^/checkout(.*) https://bouk.priceminister.jmh/checkout$1 [L,R,NE] RewriteRule ^/connect(.*) https://bouk.priceminister.jmh/connect$1 [L,R,NE] RewriteRule ^/ngs(.*) https://bouk.priceminister.jmh/ngs$1 [L,R,NE] ProxyRequests off ProxyPass /google/adsense http://europe.google.com/search Include conf/mode/jk.bo </VirtualHost> |
| Commentaire de Jérémie Bennejean [ 27/mai/08 14:42 ] |
|
Tout est en place Par contre pas de pages statiques puisque pas d'appli et que seul sont accessible /,/info/home, /offer/buy et /offer pour accéder à preview.priceminister.co.uk previewuk/babelstore |
[EXP-3676] PROBLEME ROBOTS.TXT Création: 14/juin/07 14:56 Mise à jour: 25/juin/07 19:01 Résolue: 15/juin/07 14:06 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Ange Ferrari | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Il y a des robots.txt qui ne sont pas les mêmes pour certains cobrandings jeuxvideo.priceminister.com illiclic.priceminister.com |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 14/juin/07 15:14 ] |
|
# robots.txt # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # User-agent: * Disallow: / ---------------------------------------------------------------------------------------------------------- # robots.txt # PriceMinister robots file for http://www.priceminister.com/ # Contact: Hostmaster PriceMinister (hostmaster@priceminister.com) # User-agent: * Disallow: /affiliation/ Disallow: /cover/ User-agent: TurnitinBot Disallow: / # Crawler du moteur de recherche de free User-agent: pompos Disallow: /inventory Disallow: /wish Je suppose que le 2e est le mauvaise. |
| Commentaire de Jérémie Bennejean [ 15/juin/07 14:05 ] |
| Sur EVANDRE comme seul les vh www et img sont activés, la reference au fichier inactif_cobranding.conf été désactivé. Du coup le robots.txt consulté été celui de www. |
| Commentaire de Jérémie Bennejean [ 15/juin/07 14:06 ] |
|
Activation dans le httpd.conf du fichier inactif_cobranding.conf. Remplacement des @ip des vh par celle du vh www. |
[APP-20636] SPAM d'un utilisateur utlisant à chaque fois un userid différent Création: 26/mai/08 10:09 Mise à jour: 12/déc./08 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
url_pb20080526.log
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Un utilisateur pas content a bombardé le back-office de
messages entre le 23/05 et le 24/05 (600 messages) en utilisant une
faille assez simple apparemment permettant de changer le userId à la
volée lorsqu'il répond à un message du back-office. A priori en utilisant le lien comme celui-ci (utilisé dans tous nos messages sortant back-office): http://www.priceminister.com/help?action=usr_empt&pmid=130026731 On constate dans ses messages qu'il incremente à chaque fois le userId suivant (cf capture). => problème: nous n'avons aucune information sur l'orgine des messages reçus nous permettant dans un premier temps d'identifier la personne. Ange va essayer de l'identifier. |
| Commentaires |
| Commentaire de Cedric Favero [ 26/mai/08 10:15 ] |
|
Pour dégager la boite Price , les messages vont etre supprimés ( restent stockés avec l'état Répondu) Pour les retrouver facilement , ils sont intervenus entre 23/05/2008-17:53 et 24/05/2008-03:56 |
| Commentaire de Ange Ferrari [ 26/mai/08 10:29 ] |
| Avec une jolie moulinette le mec s'est bien amusé |
| Commentaire de Ange Ferrari [ 26/mai/08 10:31 ] |
|
Cedric avec les 2 premieres url je pense qu'il envoyait un vrai message 2008-05-24-05-00_angita.log.gz:2008-05-23 14:56:59,720 INFO [-Processor29] 88.164.88.191 - >>> POST http://www.priceminister.com/message!body=MERCI DE M...&contact=true&inctxid=1001&parentid=129180326&popup=false&subject=Réponse à ...&umsdomain=10 2008-05-24-05-00_angita.log.gz:2008-05-23 15:00:54,144 INFO [-Processor31] 88.164.88.191 - >>> POST http://www.priceminister.com/message!associatedid=2023435&body=SVP&contact=true&inctxid=1001&parentid=100000&popup=false&subject=Réponse à ...&umsdomain=10 De plus on a trouvé plusieurs logins qui s'était loggué avec cette IP SYLVAIN_222 PAUL_2 CLAUDE_R PIERRE_i bryann1 pointphoto Dayci vincenrt132 VINCENRT a vérifier |
| Commentaire de Ange Ferrari [ 26/mai/08 10:33 ] |
| De plus il n'a même pas besoin d'être authentifié... |
| Commentaire de Benoit Tabaka [ 26/mai/08 10:36 ] |
|
Pour ma part, je pense que le "winner" is : VINCENRT -> a vendu de la contrefaçon. Plusieurs comptes ouverts |
| Commentaire de Cedric Favero [ 26/mai/08 10:41 ] |
|
effectivement , c'est le winner: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15572317 Puisqu'on voit qu'il a commencé par là Les autres comptes sont à lui également. Et si on cherche un peu , on en trouve encore beaucoup , c'est un boulet récidiviste notoire. Donc on va lui faire comprendre qu'il ne doit plus mettre les pieds chez nous , mettre la batterie de mot-clés habituelle et donc porter plainte pour entrave au bon fonctionnement du site. |
| Commentaire de Ange Ferrari [ 26/mai/08 11:03 ] |
|
Benoit, Nous te laissons prendre la releve pour la partie juridique je vais quand même chercher sur nos serveurs web si il a pas tenté de faire d'autre chose pour pourrir le site web. Nicolas j'ai créé un sous jira pour la correction de ce problème est ce possible que ce soit planifié rapidement ? |
[APP-18030] [Oracle] #514 ORA-01476: divisor is equal to zero Création: 28/sept./07 16:59 Mise à jour: 08/juin/09 18:38 Résolue: 20/mai/09 19:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.1.0 |
| Version(s) corrigée(s): | 48.0.0 (CTN-L) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Renaud Dierickx |
| Résolution: | Aucune correction envisagée | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
|
|||||||||||||||||||||||||
| Liens des demandes: |
|
|||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||||||||||||
| Site: | Prod | |||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||||||||||||
| Classif1: | TECH | |||||||||||||||||||||||||
| Classif2: | etude | |||||||||||||||||||||||||
| Description |
|
2007-09-28 16:36:16,390 INFO [-Processor69] 83.222.33.225 - >>> GET http://www.priceminister.com/offer/buy/48552994/Ariston-Lave-linge-hu blot-ET1400-Lavage.html 2007-09-28 16:36:16,515 ERROR [-Processor69] 83.222.33.225 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #514 ORA-01476: divisor is equal to zero at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.k.next(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520) at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131) at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62) at sun.reflect.GeneratedMethodAccessor282.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy444.getProductAdvertInfoCollection(Unknown Source) at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:133) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaires |
| Commentaire de Ange Ferrari [ 28/sept./07 17:01 ] |
|
2007-09-28 16:54:24,869 INFO [-Processor49] 193.253.214.147 - >>> GET http://www.priceminister.com/offer/buy/17940693/Indesit-Refrigerateur -2-portes-TAN3S-Froid.html 2007-09-28 16:54:25,107 ERROR [-Processor49] 193.253.214.147 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #500 ORA-01476: divisor is equal to zero at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.k.next(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520) at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155) at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131) at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62) at sun.reflect.GeneratedMethodAccessor282.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy444.getProductAdvertInfoCollection(Unknown Source) at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:133) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
| Commentaire de Espérance Galouo-Lece [ 28/sept./07 18:19 ] |
|
- Avant on pouvait voir en FO s'afficher le message comme dans |
| Commentaire de Patrick Pereira [ 28/sept./07 18:34 ] |
|
Plus précisement, c'est la requête : VAR x1 NUMBER § EXEC :x1 := 48552994; SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_availability_code, advert.prd_currency_id, advert.prd_freshness_date, advert.prd_line_key, advert.prd_list_price, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, user_account.user_account_id, user_account.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.import_lock_date, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login, user_account.parent_user_account_id, user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_account.reliability, user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum, user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_website_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, user_account.supports_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_account.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right_code, user_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privilege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amount, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as score FROM advert, user_account WHERE (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :x1) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC ; qui plante. Car dans (user_account.seller_score_sum / user_account.seller_score_count) le user_account.seller_score_count = 0. Donc c'est normal que ça plante. L'utilisateur est le select user_account_id FROM advert, user_account WHERE (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :x1) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10); => 14945164 Et select user_account.seller_score_count from user_account where user_account_id = 14945164; SELLER_SCORE_COUNT ------------------ 0 Et |
| Commentaire de Renaud Dierickx [ 28/sept./07 19:03 ] |
|
Voici ce qu'on a constaté avec Patrick et Nicolas : L'utilisateur en question a des notes étranges en BO ("-1 articles notés") et ce n'est pas normal. Quand on calcule ça note on fait alors (1 - 1), c'est pour ça qu'on obtient 0. Il faudra mettre un controle sur la saisie de tout l'écran. Le problème a été corrigé depuis le BO. On corrigera et analysera plus en précisément le problème pour V17_0_0. |
| Commentaire de Renaud Dierickx [ 28/sept./07 19:04 ] |
| Voir screenshot-1.jpg ... |
| Commentaire de Patrick Pereira [ 01/oct./07 09:59 ] |
| J'ai vérifié en base, il n'y a pas d'autre utilisateur ayant un seller_score_count <= 0. |
| Commentaire de Renaud Dierickx [ 01/oct./07 10:49 ] |
|
Suite à une demande de chefs, j'ai mené ma petite enquête pour savoir qui a réalisé cette manipulation. En voici les résultats : 2007-09-29-05-00_aurore.log.gz:2007-09-28 16:22:30,561 INFO [-Processor16] BO:Benjamin - >>> GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164 2007-09-29-05-00_aurore.log.gz:2007-09-28 16:22:30,573 INFO [-Processor16] BO:Benjamin - <<< [12 ms] GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164 2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,252 INFO [-Processor23] BO:Benjamin - (Status : 302) Redirecting to : /user_back?action=userstat&useraccountid=14945164 2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,326 INFO [-Processor11] BO:Benjamin - >>> GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164 2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,337 INFO [-Processor11] BO:Benjamin - <<< [11 ms] GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164 BENJAMIN, peux-tu à l'avenir éviter de mettre des -1 pour les notes utilisateur car ça fait "planter" la prod ? Note initiale -> -1 artricles notés Taux d'acceptation initial -> confirmés sur -1 En V18_0_0, je corrigerai le problème en interdisant cette manipulation depuis le BO. J'ai fais une rapide analyse en prod et voici ce que j'ai obtenu : select user_account_id from user_account where initial_seller_score_count <0 OR initial_sale_count <0 OR initial_commit_count <0; USER_ACCOUNT_ID --------------- 466001 13128672 Je corrigerai ces 2 cas en même temps que ce bug. |
| Commentaire de Ange Ferrari [ 03/oct./07 10:53 ] |
| si tu veux que BENJAMIN lise ta remarque il faudrait qu'il soit observateur du jira ;p |
[INF-60] Baillet installation carte fibre Création: 21/mai/08 09:38 Mise à jour: 26/mai/08 18:02 Résolue: 26/mai/08 18:02 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Réseau |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Ange Ferrari | Attribution: | Stéphane Eccli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
hello, Peux tu installer la carte pour installer la fibre afin de relier baillet sur le SAN Per Favore |
| Commentaires |
| Commentaire de Stéphane Eccli [ 21/mai/08 12:28 ] |
| ok, le serveur est en cours de rebuild, patrice a changer son nom, reste a lui mettre une IP fixe et tester si on peut mettre deux serveurs sur une meme partition. |
| Commentaire de Stéphane Eccli [ 26/mai/08 18:02 ] |
| ok pour la carte, le serveur est branché sur le san a la place de Irroy. |
[APP-19261] [FPDA] La sélection de l'Att-Vis ne fonctionne pas correctement -> annonce non disponible alors qu'elles sont actives et visibles et mauvaise sélection d'Att-vis Création: 25/janv./08 14:24 Mise à jour: 31/janv./08 16:54 Résolue: 28/janv./08 08:40 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Benoît Bourdon | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
fiche produit .jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM archivés: | NPF - Nav Annonces |
| Description |
|
Vu sur devtest8 J'ai 2 Annonces dans mon inventaire (même produit de base, 2 annonces avec 2 couleurs différentes). - Si je clique sur le NOIR : j'arrive sur la FP avec le blanc présélectionné ET Aucune annonce ne s'affiche ... - Si je clique sur le BLANC j'arrive sur la FP avec le blanc présélectionné ET Aucune annonce ne s'affiche ... produit concerné : http://bo.pm.bollinger:4880/offer/buy/50126651/Aa-Blouson-Terrrible.html vendeur : vital-in |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 28/janv./08 08:38 ] |
| le produit de base a des attributs complments et ça fausse tous les resultats |
| Commentaire de Geneviève Beaujard [ 28/janv./08 08:39 ] |
|
La requete qui est generée est: http://bo.pm.boulard:2080/offer/buy/50126651/cpl50126652_ALL/Aa-Blouson-Terrrible.html Cette requete est bonne, mais la page affichée est incorrect: Ce probleme vient du fait que le produit de base a des attributs complements taille et couleur. Je suppose que l'arbre de soumission en FO + les profiles sont incorrects (je ne m'investis pas la dedans). Le produit a 2 produits complement dont 1 seul avec les attributs taille et vetement. La requete qu'effectue le framework est: -- ProductAdvertInfoQuery SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original,advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_freshness_date, advert.prd_line_key, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, cpl_product.summary AS cpl_summary, user_account.user_account_id, user_account.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_is_direct_payment, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_country_id, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login, user_account.parent_user_account_id, user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_account.reliability, user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum, user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_website_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, user_account.supports_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_account.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right_code, user_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privilege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amount, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_amount_to_keep, user_account.wlt_amount_to_keep_currency_id, user_account.wlt_is_system_payment, user_account.wlt_payment_mode_code, user_account.wlt_status_code, user_account.wlt_system_pay_last_date, (user_account.seller_score_sum / user_account.seller_score_count) as score, prd_attribute.prd_attribute_id attr_prd_attribute_id, prd_attribute.change_date attr_change_date, prd_attribute.contract_id attr_contract_id, prd_attribute.creation_date attr_creation_date, prd_attribute.numeric_value attr_numeric_value, prd_attribute.prd_attribute_date attr_prd_attribute_date, prd_attribute.prd_attribute_name_key attr_prd_attribute_name_key, prd_attribute.prd_attribute_unit_key attr_prd_attribute_unit_key, prd_attribute.prd_attribute_value_key attr_prd_attribute_value_key, prd_attribute.prd_type_code attr_prd_type_code, prd_attribute.product_id attr_product_id, prd_attribute.row_version attr_row_version, prd_attribute_value.value attr_value FROM advert, product cpl_product, user_account, prd_attribute, prd_attribute_value WHERE (cpl_product.product_id (+)= advert.complement_product_id) AND (prd_attribute.product_id = advert.complement_product_id) AND (prd_attribute_value.prd_attribute_value_key = prd_attribute.prd_attribute_value_key) AND (prd_attribute.prd_attribute_name_key IN ('PMA0000940', 'PMA0000941', 'PMA0000945')) AND (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = 50126651) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC Cette requete nous donne qu'un seul cpl(50126653) celui avec la taille et la couleur renseignés: advert_id:121217493, taille:44, couleur:blanc Par contre le framework nous affiche aucune annonce (voir http://pricejira.lan/secure/attachment/25201/fiche+produit+.jpg ), alors que l'on s'attendait a voir celle du produit comlement (50126653) , ceci a cause de la methode AdvertCatalog.ProductAdvertInfoQuery qui apres avoir executé la requete ci-dessus effectue un merge des attributs de base dans AdvertDetail, ce qui fait que l'annonce se retrouve avec les attributs de son produit de base et celui de son complement, et cette annonce ne satisfait pas les attributs selectionnes pas les combos. La morale de cette histoire: quand un produit de base a des attributs de type complement, ça fait une sacrée pagaille. De toute façon il faut revoir le code de AdvertListModel, je pense d'ailleurs que manolito est en train de la faire. |
| Commentaire de Geneviève Beaujard [ 28/janv./08 08:40 ] |
| Il faut travailler avec un paramétrage correct. |
[INF-138] Nouvelle arrivée au BO Création: 25/août/08 12:18 Mise à jour: 02/sept./08 10:42 Résolue: 02/sept./08 10:42 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Arrivée/Départ |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jemima Barru | Attribution: | Christophe Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Vanessa.doc
|
| Description |
|
Vanessa Bader intègre l'équipe SAV, dès mardi 26/08/08. Désolée, je n'ai eu sa confirmation que ce matin. Sa place n'est pas encore définie. Je te tiens informé dans la journée. Merci Jémima |
| Commentaires |
| Commentaire de Stéphane Eccli [ 25/août/08 17:38 ] |
| comptes ok, reste jira |
| Commentaire de Jemima Barru [ 02/sept./08 10:10 ] |
| Il y a un problème avec ce poste : conflit d'adresse IP. |
| Commentaire de Christophe Garcia [ 02/sept./08 10:42 ] |
| JIRA OK |
[EXP-4052] Beaucoup de mails en l'état Deferred sur Graces Création: 05/nov./07 11:41 Mise à jour: 16/nov./07 10:34 Résolue: 16/nov./07 10:34 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Beaucoup de mails en état deferred depuis plusieurs jours.
La plupart des mails sont à destination du domaine neuf.fr: [adminpm@graces mail]$ grep deferred maillog | wc -l 113820 [adminpm@graces mail]$ grep deferred maillog | grep -v neuf.fr | wc -l 23612 soit environ 80%. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 05/nov./07 11:45 ] |
|
Le message d'erreur retourné par les mailers de neuf est toujours le même: (delivery temporarily suspended: connect to av.mgp.neufgp.fr[84.96.92.100]: read timeout) J'ouvre un incident chez Jet. |
| Commentaire de Patrice Boulanger [ 06/nov./07 15:27 ] |
|
Après escalade au niveau de Jet, la situation est la suivante: - Les équipements (3 boîtiers bizanga) utilisés par Neuf sont surchargés à cause d'une attaque de spam depuis plusieurs jours - Neuf a commandé en urgence des boîtiers supplémentaires afin de pouvoir absorber la charge - Pour maintenir le service, Neuf a mis en place une règle qui limite le nombre de mails envoyés par une même adresse IP à 40 par heure. C'est cette règle qui bloque aujourd'hui l'envoi des mails. White-lister notre adresse ne servira donc à rien. La situation est donc un peu dans une impasse, voici les actions à venir par ordre de priorité: 1- Jet doit nous envoyer un planning prévisionnel pour le déploiement des prochains serveurs bizanga pour Neuf 2- A partir de ces informations, la durée de retention des mails deferred sera augmentée pour essayer de limiter la perte des mails. 3- On voit pour modifier la conf de postifx (notre serveur de messagerie) afin de permettre l'envoi de plusieurs mails dans la même connexion SMTP (afin de descendre en dessous des 40 connexions par minutes). Ca devrait permettre d'envoyer quelques mails de plus mais le risque est qu'ils soient correctement délivrés au bizanga mais que ceux-ci, sous l'effet de la charge, ne soit pas capable de les délivrer aux utilisateurs. |
| Commentaire de Cedric Favero [ 06/nov./07 16:23 ] |
|
Toute le back-office a été prévenu. Ce qui est bien c'est qu'on ne peut meme prevenir nos utilisateurs concernés... Peut on avoir les dates concernées afin d'etre un peu plus laxistes avec certains de nos utilisateurs qui n'auraient pas reçu nos mails? |
| Commentaire de Patrice Boulanger [ 06/nov./07 16:51 ] |
| De quelles dates parles-tu ? Jet n'a pas de date à fournir car la commande et la mise en place des nouveaux boîtiers dépend de Neuf et non pas d'eux. |
| Commentaire de Cedric Favero [ 06/nov./07 16:57 ] |
| Je voulais surtout dire quand est-ce que çà a commencé.... |
| Commentaire de Patrice Boulanger [ 06/nov./07 18:05 ] |
|
Le problème a commencé approximativement vers le 02/11. Pour info, un nouveau boîtier a été ajouté cet après midi, mais la charge reste très importante, peu d'espoir que ça s'améliore tout de suite. La solution devrait être renforcée courant de la semaine. |
| Commentaire de Patrice Boulanger [ 06/nov./07 18:57 ] |
|
L'ajout du boîtier semble avoir améliorer la situation, il
reste 22000 mails en état deferred sur Graces et à destination de neuf.
Les mails avant le 1er Novembre ont été perdus :-( et il en reste 798 en
attente qui datent du 1er Novembre. Je refais un point demain. |
| Commentaire de Patrice Boulanger [ 07/nov./07 10:58 ] |
|
Ce matin, à 10h, il y avait encore 16697 mails en état
deferred et à destination de neuf.fr. La file d'attente des mails a été
passée à 6 jours pour limiter les pertes de mails. |
| Commentaire de Patrice Boulanger [ 09/nov./07 18:31 ] |
| Le problème est en cours de résolution mais je pense qu'on a perdu pas mal de mails avec ce soucis. |
| Commentaire de Patrice Boulanger [ 16/nov./07 10:34 ] |
| plus de mails en deferred à destination du domaine neuf.fr. |
[APP-19165] [Anuncios Google] Présence d'annonces en ... (langue asiatique) Création: 15/janv./08 11:26 Mise à jour: 08/févr./08 11:26 Résolue: 07/févr./08 17:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | 19.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Damien Dorizy |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Bloc_google.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Maintenance 19.x.x | ||||||||
| Description |
|
- Est-ce normal d'avoir des annonces en ... (langue asiatique) dans le bloc "Anuncios Google" sur le site ES? - Cf. PJ |
| Commentaires |
| Commentaire de Damien Dorizy [ 07/févr./08 17:28 ] |
| Oui c'est normal, non pas que les espagnols parlent couramment toutes les langues asiatiques, mais parce qu'on demande à google un contenu espagol mais qu'on a pas une ip espagnole : Google en déduit qu'on est pas en Espagne et nous balance donc un mix de pubs. |
[APP-19586] recherche très longue des paniers capture denied en cours - c pour les dev :) Création: 13/févr./08 17:04 Mise à jour: 15/avr./08 10:38 Résolue: 29/févr./08 17:34 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Panier, Perf |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | 20.0.0 |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Claire Durand | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Classif1: | BO |
| Classif2: | perf |
| Projets PM archivés: | Maintenance 20.x.x |
| Description |
|
Salut, lorsque je fais une recherche des paniers capture denied en cours, le temps de recherche est super long ainsi que les tps de traitement comment je fais ? : clique sur panier (colonne de gauche) sélectionne dans état panier "en cours (capture_denied)" clique sur rechercher merci bcp claire |
| Commentaires |
| Commentaire de Patrice Boulanger [ 13/févr./08 17:13 ] |
| Je confirme, on a fait le test avec Junon, la requête ne rend pas la main. |
| Commentaire de Claire Durand [ 13/févr./08 17:36 ] |
| j'ai un message d'erreur maintenant |
| Commentaire de Patrice Boulanger [ 13/févr./08 19:06 ] |
|
Pour info, la requête a fini par se terminer: 2008-02-13 17:35:11,767 INFO [-Processor19] BO:Claire - <<< [478807 ms] GET http://bo.priceminister.jmh/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=70&itm_status_code=&pch_type_code=&buyer_login=&seller_login=&credit_card=&number_request=&payment_type_code=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=7 2008-02-13 17:35:11,768 WARN [-Processor19] BO:Claire - Long request [478807 ms]: GET http://bo.priceminister.jmh/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=70&itm_status_code=&pch_type_code=&buyer_login=&seller_login=&credit_card=&number_request=&payment_type_code=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=7 Plus de 7 minutes. |
| Commentaire de Patrice Boulanger [ 28/févr./08 18:31 ] |
|
Nous arrivons en fin de mois, et les capture denied
devraient être à 0 pour des raisons comptables. Ce problème devient donc
bloquant. Merci d'investiguer rapidement. |
| Commentaire de Renaud Dierickx [ 29/févr./08 08:47 ] |
|
SELECT purchase.purchase_id,
purchase.authorization_card_amount,
purchase.authorization_coupon_amount, purchase.authorization_date,
purchase.authorization_number_request,
purchase.authorization_number_response,
purchase.authorization_operation_amount, purchase.brand_id,
purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login,
purchase.capture_card_amount, purchase.capture_coupon_amount,
purchase.capture_date, purchase.capture_number_request,
purchase.capture_number_response, purchase.capture_operation_amount,
purchase.card_expiration_month, purchase.card_expiration_year,
purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected,
purchase.card_number_begin, purchase.card_number_end,
purchase.card_number_hash, purchase.card_pay_incident_count,
purchase.card_type_code, purchase.card_usr_birth_date,
purchase.change_date, purchase.creation_date, purchase.currency_id,
purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable,
purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code,
purchase.pch_status_code, purchase.pch_type_code, purchase.request_date,
purchase.row_version, purchase.security_number, purchase.tracking_date,
purchase.usa_address1, purchase.usa_address2, purchase.usa_city,
purchase.usa_country_id, purchase.usa_digicode,
purchase.usa_email_address,
purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name,
purchase.usa_phone_comment_1, purchase.usa_phone_comment_2,
purchase.usa_phone_comment_3,purchase.usa_phone_number_1,
purchase.usa_phone_number_2, purchase.usa_phone_number_3,
purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.pch_status_code = 120) ORDER BY purchase.authorization_date DESC ; En dev : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=377 Card=4361 Bytes=1199275) 1 0 SORT (ORDER BY) (Cost=377 Card=4361 Bytes=1199275) 2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (TABLE) (Cost=116 Card=4361 Bytes=1199275) 3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FKIX_STATUS_TYPE_AUTH' (INDEX) (Cost=4 Card=4361) PURCHASE_FKIX_STATUS_TYPE_AUTH pch_status_code pch_type_code authorization_date purchase_id En prod : Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=158649 Card=1281342 Bytes=310084764) 1 0 SORT (ORDER BY) (Cost=158649 Card=1281342 Bytes=310084764) 2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=111152 Card=1281342 Bytes=310084764) Peux-tu recréer cet index ? Integ ? |
| Commentaire de Patrick Pereira [ 29/févr./08 11:23 ] |
|
L'index existe en prod. Je vérifie les statistiques. |
| Commentaire de Patrick Pereira [ 29/févr./08 11:56 ] |
|
Les statistiques ont été recalculé sur la table et ses indexes. Pas d'amélioration. Je vérifie qu'on a pas eu de changement de paramètrage de la base. |
| Commentaire de Patrick Pereira [ 29/févr./08 17:32 ] |
|
J'ai modifié le paramètre optimizer_index_cost_adj de 50 à 10. Le problème est résolu. |
[APP-23579] Cake unreadable Création: 11/déc./08 09:46 Mise à jour: 22/mars/10 18:01 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 36.0.0 (CAT-F), 50.0.0 (CAT-J), 54.0.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
2008-12-11 05:32:11,995 INFO [-Processor17] 74.205.61.228 - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/howard 2008-12-11 05:32:12,326 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException) 2008-12-11 05:32:12,504 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException) 2008-12-11 05:32:12,546 INFO [-Processor17] 74.205.61.228 - <<< [551 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/howard |
| Commentaires |
| Commentaire de Swan Desportes [ 20/oct./09 16:20 ] |
|
"Amélioration de Cake : - Correctement définir le logger - mettre le log en WARN" en ajoutant le contenu du cake |
| Commentaire de Alexandre Garnier [ 20/oct./09 19:13 ] |
|
[CAJ2009Q4CTN] - Logger spécifique à CakeAction et non plus Action - passage en WARN - amélioration du message en "Unable to read cake [VALEUR_COOKIE] : EXCEPTION" |
| Commentaire de Renaud Dierickx [ 21/oct./09 16:22 ] |
|
A faire en TX-J sur le tronc ! (Vu et validé avec AFO et NCH) |
| Commentaire de Alexandre Garnier [ 23/oct./09 15:05 ] |
| Fait sur le tronc pour la TX-J |
| Commentaire de Christophe Garcia [ 20/nov./09 16:12 ] |
|
Analyse 1er niveau : En regardant les logs "Unable to read cake" sur les serveurs de PROD UK (cf PJ unable_read_cake.log), on remarque les choses suivantes : * toujours le même problème : cookie ayant la valeur [country] (qui du coup n'est pas une URL valide parsable --> le plantage) * toujours la même IP : 213.175.204.120 (+ une autre IP 209.210.25.222 sur 3 requêtes en FR) Analyse 2nd niveau : En poussant plus loin, on remarque sur cette IP (cf PJ 213.175.204.120_access.log) : * que c'est une IP d'un service de webhosting anglais http://www.eukhost.com/, donc pas un utilisateur en théorie * que les requêtes sont toujours les même : une recherche par code barre suivie d'une requête FP s'il y a des résultats * le user-agent est "MSIE" tout court (ou "HappyFunBot/1.1 (+http://www.happyfunsearch.com/bot.html)" pour les dernières requêtes en FR) * il fait attention : les requêtes sont suffisamment espacées (~1 min) pour éviter le PKM Conclusion : c'est un bot qui est en train de nous aspirer le catalogue et qui doit surement utiliser un spider qui nettoie les cookies à partir d'un '=' jusqu'à la fin (+ un bot qui fait je ne sais trop quoi depuis hier soir) Actions : * EXPLOIT : ** bloquer 213.175.204.120 ou toute autre action contre ce genre de comportement ** voir à ajouter HappyFunBot parmi les crawlers (y a aussi à le faire en properties pour ne pas créer de session et donc pas de cookie, je crois) * DEV : ignorer tout cookie invalide, ce qui est déjà fait, mais ne plus logger l'information (uniquement dans ce cas du "country" ?) ou pas. -- Alex |
| Commentaire de Alexandre Garnier [ 20/nov./09 16:30 ] |
|
Au final, on laisse tel quel côté DEV. A l'EXPLOIT de décider si on veut masquer ces logs ou pas (ça permet de détecter les spiders), ce qui est possible avec du simple log4j.xml |
| Commentaire de Patrice Boulanger [ 22/mars/10 18:01 ] |
|
En fait, il s'agit d'un partenaire UK assez important qu'il
ne faut donc pas blacklister (voir avec Thomas Springett au marketing). Je suis en contact avec 'Stephen Banks' (sbanks@123PriceCheck.com) sur ce problème Merci. Patrice. |
[APP-24330] ERROR batch M5 Création: 16/févr./09 18:24 Mise à jour: 24/févr./09 11:07 Résolue: 23/févr./09 17:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 40.0.1 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérémie Bennejean | Attribution: | Ayoub Benseghir |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Bonjour, dans les logs du batchs M5 on voit ceci lors de l'etape REQUEST: 2009-02-14 05:31:47,171 INFO [CONFIRMATION] CONFIRMATION - --- Batch done - Processed: 3 (CONFIRMED: 3) 2009-02-14 05:31:47,234 DEBUG [CONFIRMATION] CONFIRMATION - CLOSE BATCH 2009-02-14 05:31:47,258 INFO [REQUEST ] REQUEST - ---------------------------------------------------------------- 2009-02-14 05:31:47,263 INFO [REQUEST ] REQUEST - --- Batch starting 2009-02-14 05:31:47,280 DEBUG [REQUEST ] REQUEST - Task start 2009-02-14 05:31:47,280 INFO [REQUEST ] REQUEST - Purchase Id : 68167173 2009-02-14 05:36:53,002 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy24.request(Unknown Source) at com.babelstore.purchase.batch.PurchaseRequestBatch.process(PurchaseRequestBatch.java:46) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:41) at com.babelstore.common.batch.Batch.run(Batch.java:230) at com.babelstore.common.batch.Runner.run(Runner.java:109) at com.babelstore.common.batch.Runner.main(Runner.java:42) Caused by: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445] at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:352) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:196) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445] at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1780) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) ... 26 more 2009-02-14 05:36:53,062 DEBUG [REQUEST ] REQUEST - Post Process Result : 2009-02-14 05:36:53,063 INFO [REQUEST ] REQUEST - Sleeping 0.4 second(s) 2009-02-14 05:36:53,470 DEBUG [REQUEST ] REQUEST - Task end. Result: 2009-02-14 05:36:53,470 DEBUG [REQUEST ] REQUEST - Task start 2009-02-14 05:42:36,138 INFO [REQUEST ] REQUEST - --- Batch starting 2009-02-14 05:42:36,152 DEBUG [REQUEST ] REQUEST - Task start 2009-02-14 05:42:36,152 INFO [REQUEST ] REQUEST - Purchase Id : 68167173 2009-02-14 05:47:41,378 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/46216, BranchQual=, localId=46216]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/46216, BranchQual=, localId=46216] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) 2009-02-14 06:19:26,562 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/147451, BranchQual=, localId=147451]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/147451, BranchQual=, localId=147451] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) 2009-02-14 06:40:44,502 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/214684, BranchQual=, localId=214684]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/214684, BranchQual=, localId=214684] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) 2009-02-14 08:57:07,890 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/837799, BranchQual=, localId=837799]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/837799, BranchQual=, localId=837799] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118) at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 17/févr./09 15:50 ] |
| Jeremie, depuis quand cela se produit-il ? |
| Commentaire de Jérémie Bennejean [ 17/févr./09 16:16 ] |
|
Il semblerait que ce problème existe depuis le 10/11 février: J'ai recherché l'erreur dans les logs depuis le 31 janvier 2009 [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-02-04-59.log.gz 2009-01-31 12:27:12,996 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-01-31 14:41:29,058 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-01-31 23:07:22,113 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-03-04-59.log.gz 2009-02-02 08:36:24,933 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-02 14:23:08,915 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-02 19:48:06,204 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-03-09-56.log.gz [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-04-04-59.log.gz 2009-02-03 17:14:39,953 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-03 20:43:24,307 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-03 20:44:03,166 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-05-04-59.log.gz 2009-02-04 14:13:17,016 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-04 16:14:30,015 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-05 03:25:13,943 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-06-04-59.log.gz 2009-02-05 07:30:15,604 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-07-04-59.log.gz 2009-02-06 08:46:56,929 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-08-04-59.log.gz 2009-02-07 12:26:58,385 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-07 13:46:00,307 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-07 14:02:32,846 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-09-04-59.log.gz 2009-02-08 12:10:16,262 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-08 13:16:12,235 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-08 14:34:27,894 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-08 17:17:57,546 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-08 18:26:02,621 ERROR [UESTION_MAIL] QUESTION_MAIL - **** ERROR - Unit exception 2009-02-08 19:09:07,622 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-08 21:00:19,675 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-11-04-59.log.gz 2009-02-09 09:02:37,771 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-10 19:17:30,069 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-10 20:39:02,965 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-11 01:44:56,857 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 02:15:58,309 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 02:29:56,534 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 02:41:02,306 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 02:51:48,495 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 03:02:50,303 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 03:13:38,886 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 03:24:12,902 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 03:34:50,647 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 03:49:05,388 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 04:08:43,185 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 04:28:42,612 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 04:39:25,035 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 04:50:08,601 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception [pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-12-04-59.log.gz 2009-02-11 06:01:54,218 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 06:14:09,528 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 06:24:53,151 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 06:35:27,236 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 06:46:02,808 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 06:56:50,838 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 07:07:25,778 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 07:18:32,411 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 07:29:39,477 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 07:41:10,430 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 07:53:18,158 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 08:05:46,503 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 08:17:54,971 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 08:30:15,304 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 08:46:17,112 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 09:02:27,035 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 09:18:50,879 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 09:37:14,757 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 09:50:46,486 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-11 09:58:54,435 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 10:21:56,256 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 10:51:04,664 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 11:20:01,379 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 11:51:39,239 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 12:28:54,160 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 12:59:47,773 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 13:31:38,318 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 14:10:21,711 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 14:46:45,944 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 15:24:47,845 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 16:05:52,873 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 16:39:26,397 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 17:20:28,309 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 18:10:31,198 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 19:01:56,561 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 19:57:30,729 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 20:52:50,691 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 21:43:31,225 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 22:40:28,678 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 23:24:39,749 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-11 23:47:12,658 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-11 23:56:32,024 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 00:36:55,204 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception 2009-02-12 01:07:25,964 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 01:50:39,198 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 02:19:37,790 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 02:32:06,809 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 02:43:02,202 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 02:53:54,574 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:04:36,022 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:15:25,145 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:25:58,266 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:36:39,987 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:47:20,736 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 03:57:55,986 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 04:08:28,156 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 04:18:50,402 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 04:29:25,963 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 04:39:46,422 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception 2009-02-12 04:50:13,865 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception |
| Commentaire de Arnaud Forgues [ 18/févr./09 12:54 ] |
|
Sur tous ces vendeurs , sur l'exemple du passage du batch de
05h30 ce matin, seuls 6 d'entre eux n'ont pas reçu le mail ... happytrive herve59 OK ELBINGO OK cnudde AllanTheo OK LIBRAMARIE1 OK monhomme EPS1 tdmancien OK RAWL OK bozo10 OK dadou_164 OK fabrice16d OK zenona OK dlem13 OK jcguenet tigger1970 pataskratch OK Ping94 OK ALCOOLIC OK maugham imeman OK cocopupi OK custompubl OK Et voici les logs que l'on trouve dans le jboss d'hercule : 2009-02-18 05:35:42,836 WARN [imeouts(4)-1] - Transaction TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] timed out. status=STATUS_ACTIVE 2009-02-18 05:35:42,836 WARN [10.150.28.77] REQUEST - Lock contention, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] 2009-02-18 05:35:48,818 ERROR [10.150.28.77] REQUEST - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.user.business.UserBusiness .sendMessage(com.babelstore.message.SystemMessage) throws java.rmi.RemoteException, causedBy: javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy386.sendMessage(Unknown Source) at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1776) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) Puis 2009-02-18 05:35:48,882 ERROR [10.150.28.77] REQUEST - EJBException in method: public abstract void com.babelstore.purchase.business.PurchaseBusiness.request() throws ja va.rmi.RemoteException,com.babelstore.purchase.PurchaseIllegalTypeException,com.babelstore.purchase.PurchaseIllegalStatusException,com.babelstore.purchase.ItemIllegalStatusExcep tion,com.babelstore.advert.AdvertIllegalStatusException,com.babelstore.advert.AdvertNoItemInCartException,com.babelstore.advert.AdvertNotAvailableException,com.babelstore.warran ty.WarrantyIllegalStatusException, causedBy: javax.transaction.TransactionRolledbackException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy386.sendMessage(Unknown Source) at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1776) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406) at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) at sun.rmi.transport.Transport$1.run(Transport.java:159) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:155) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: null; CausedByException is: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:169) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 70 more |
| Commentaire de Arnaud Forgues [ 18/févr./09 15:22 ] |
|
Voici toutes les requetes qui sont exécutés lors du batch REQUEST : SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?) -- PurchaseIdQuery VAR x1 DATE § EXEC :x1 := TO_DATE('2009-02-18 15:02:01', 'YYYY-MM-DD HH24:MI:SS'); SELECT purchase.purchase_id l FROM purchase WHERE (purchase.pch_status_code IN (45)) AND (purchase.pch_type_code <> 30) AND (purchase.authorization_date < :x1) ; SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?) SELECT purchase_id, authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1, usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROM PURCHASE WHERE purchase_id=? SELECT authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1,usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROMPURCHASE WHERE (purchase_id=?) UPDATE PURCHASE SET change_date=?, pch_status_code=?, request_date=?, row_version=? WHEREpurchase_id=? AND row_version=? SELECT item_id, adv_allow_pickup, adv_allow_shipping, adv_currency_id, adv_is_original, adv_pickup_country_id, adv_pickup_phone_number, adv_pickup_zip, adv_quality_code, adv_sale_price, adv_seller_comment, adv_seller_private_comment, adv_seller_reference1, adv_serial_number, adv_type_code, advert_id, archived_prd_summary, buyer_account_id, buyer_bonus, buyer_comment, buyer_login, buyer_negotiation_comment, buyer_remind_code, buyer_remind_date, change_date, claim_closing_date, claim_comment, claim_compensation_id, clm_status_code, closing_date, commission_id, commit_date, compensation_id, compensation_processing_date, complement_product_id, creation_date, currency_id, feedback_date, history, is_abandonned, is_cbv_applicable, is_seller_vat_exempted, item_commission_tax_rate, item_cost_price, item_fixed_commission_net, item_fixed_commission_tax, item_varia_commission_net, item_varia_commission_tax, itm_cancel_code, itm_claim_type_code, itm_status_code, itm_type_code, last_claim_date, matching_keywords, origin_block, origin_screen, prd_medium_code, prd_type_code, product_id, purchase_id, return_shipping_price, row_version, seller_account_id, seller_bonus, seller_country_id, seller_justification, seller_login, seller_nego_price, seller_remind_code, seller_remind_date, seller_score, seller_shipping_real_ctry_name, ship_commission_net, ship_commission_tax, ship_commission_tax_rate, ship_cost_price, shipment_number_1, shipment_number_2, shipping_size_id, shipping_type_id, vat_country_id, vat_disclaimer FROM ITEM WHERE purchase_id = ? AND itm_status_code NOT IN (50, 60) SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_method_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_email_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=? SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_method_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_email_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=? /* load com.babelstore.stock.entity.Advert */ select advert0_.ADVERT_ID as ADVERT1_1_0_, advert0_.PRODUCT_ID as PRODUCT2_1_0_, advert0_.COMPLEMENT_PRODUCT_ID as COMPLEMENT3_1_0_, advert0_.SELLER_ACCOUNT_ID as SELLER4_1_0_, advert0_.SALE_PRICE as SALE5_1_0_, advert0_.CURRENCY_ID as CURRENCY6_1_0_, advert0_.AVAILABLE_COUNT as AVAILABLE7_1_0_, advert0_.UNAVAILABLE_COUNT as UNAVAILA8_1_0_, advert0_.ADV_QUALITY_CODE as ADV9_1_0_, advert0_.ADV_STATUS_CODE as ADV10_1_0_, advert0_.SELLER_LOGIN as SELLER11_1_0_, advert0_.SELLER_COMMENT as SELLER12_1_0_, advert0_.PRD_TYPE_CODE as PRD13_1_0_, advert0_.PRD_MEDIUM_CODE as PRD14_1_0_, advert0_.BRAND_ID as BRAND15_1_0_, advert0_.USR_TRACKING_ID as USR16_1_0_, advert0_.IS_TRACKING_DIRECT as IS17_1_0_, advert0_.SERIAL_NUMBER as SERIAL18_1_0_, advert0_.IS_ORIGINAL as IS19_1_0_, advert0_.SORT_TITLE as SORT20_1_0_, advert0_.SORT_AUTHOR as SORT21_1_0_, advert0_.ADV_SHOWCASE_CODE as ADV22_1_0_, advert0_.SELLER_REFERENCE1 as SELLER23_1_0_, advert0_.PRD_STATUS_CODE as PRD24_1_0_, advert0_.IS_UNLIMITED as IS25_1_0_, advert0_.IS_AVAILABLE as IS26_1_0_, advert0_.ADV_TYPE_CODE as ADV27_1_0_, advert0_.IS_BEST_PRICE as IS28_1_0_, advert0_.SELLER_PRIVATE_COMMENT as SELLER29_1_0_, advert0_.DATA_FILE_ID as DATA30_1_0_, advert0_.PRD_NAVIGATION_KEY as PRD31_1_0_, advert0_.ADV_VISIBILITY_CODE as ADV32_1_0_, advert0_.FRESHNESS_DATE as FRESHNESS33_1_0_, advert0_.FRESHNESS_INFO_DATE as FRESHNESS34_1_0_, advert0_.FRESHNESS_WARN_DATE as FRESHNESS35_1_0_, advert0_.FRESHNESS_OUTDATED_DATE as FRESHNESS36_1_0_, advert0_.IS_BUYABLE as IS37_1_0_, advert0_.IS_SELLABLE as IS38_1_0_, advert0_.NEGOTIATION_COUNT as NEGOTIA39_1_0_, advert0_.IS_NEGOTIABLE as IS40_1_0_, advert0_.ALLOW_NEGOTIATION as ALLOW41_1_0_, advert0_.PRD_FRESHNESS_DATE as PRD42_1_0_, advert0_.QUESTION_COUNT as QUESTION43_1_0_, advert0_.IMPORT_TAG as IMPORT44_1_0_, advert0_.IMPORT_REFERENCE as IMPORT45_1_0_, advert0_.IS_ACTIVATION_TO_SEND as IS46_1_0_, advert0_.PRD_VISIBILITY_CODE as PRD47_1_0_, advert0_.ALLOW_SHIPPING as ALLOW48_1_0_, advert0_.ALLOW_PICKUP as ALLOW49_1_0_, advert0_.IS_CONTRACT_PENDING as IS50_1_0_, advert0_.PICKUP_ZIP as PICKUP51_1_0_, advert0_.PICKUP_PHONE_NUMBER as PICKUP52_1_0_, advert0_.PICKUP_COUNTRY_ID as PICKUP53_1_0_, advert0_.TRACKING_DATE as TRACKING54_1_0_, advert0_.CREATION_DATE as CREATION55_1_0_, advert0_.CHANGE_DATE as CHANGE56_1_0_, advert0_.ROW_VERSION as ROW57_1_0_ from PURCHASE_1.ADVERT advert0_ where advert0_.ADVERT_ID=? /* load com.babelstore.stock.entity.Product */ select product0_.PRODUCT_ID as PRODUCT1_24_0_, product0_.BASE_PRODUCT_ID as BASE2_24_0_, product0_.CREATION_DATE as CREATION3_24_0_, product0_.CHANGE_DATE as CHANGE4_24_0_, product0_.TITLE as TITLE24_0_, product0_.URL_NAME as URL6_24_0_, product0_.STOCK_QUANTITY as STOCK7_24_0_, product0_.LIST_PRICE as LIST8_24_0_, product0_.BEST_PRICE as BEST9_24_0_, product0_.CURRENCY_ID as CURRENCY10_24_0_, product0_.WEIGHT as WEIGHT24_0_, product0_.MEDIUM_COUNT as MEDIUM12_24_0_, product0_.RELEASE_DATE as RELEASE13_24_0_, product0_.PRD_AVAILABILITY_CODE as PRD14_24_0_, product0_.PRD_TYPE_CODE as PRD15_24_0_, product0_.PRD_SOURCE_CODE as PRD16_24_0_, product0_.PRD_CHANGE_CODE as PRD17_24_0_, product0_.PRD_STATUS_CODE as PRD18_24_0_, product0_.SUBMITTER_COMMENT as SUBMITTER19_24_0_, product0_.SUBMITTER_ACCOUNT_ID as SUBMITTER20_24_0_, product0_.ADV_CURRENCY_ID as ADV21_24_0_, product0_.LONG_TITLE as LONG22_24_0_, product0_.ADMIN_COMMENT as ADMIN23_24_0_, product0_.SPEC_STATUS_CODE as SPEC24_24_0_, product0_.UNLIMITED_COUNT as UNLIMITED25_24_0_, product0_.IS_AVAILABLE as IS26_24_0_, product0_.NEW_BEST_PRICE as NEW27_24_0_, product0_.NEW_CURRENCY_ID as NEW28_24_0_, product0_.NEW_COUNT as NEW29_24_0_, product0_.USED_BEST_PRICE as USED30_24_0_, product0_.USED_CURRENCY_ID as USED31_24_0_, product0_.USED_COUNT as USED32_24_0_, product0_.COLLECTIBLE_BEST_PRICE as COLLECT33_24_0_, product0_.COLLECTIBLE_CURRENCY_ID as COLLECT34_24_0_, product0_.COLLECTIBLE_COUNT as COLLECT35_24_0_, product0_.SUSPICION_CAUSE as SUSPICION36_24_0_, product0_.DATA_FILE_ID as DATA37_24_0_, product0_.OWNER_ACCOUNT_ID as OWNER38_24_0_, product0_.FRESHNESS_DATE as FRESHNESS39_24_0_, product0_.DATA_FILE_PROCESS_CYCLE as DATA40_24_0_, product0_.DATA_FILE_PROCESS_ID as DATA41_24_0_, product0_.PRD_VISIBILITY_CODE as PRD42_24_0_, product0_.FAST_NOTIFICATION_DATE as FAST43_24_0_, product0_.SUMMARY as SUMMARY24_0_, product0_.SUMMARY_FRESHNESS_DATE as SUMMARY45_24_0_, product0_.PRD_LINE_KEY as PRD46_24_0_, product0_.PRD_NAVIGATION_KEY as PRD47_24_0_, product0_.PRD_MODEL_KEY as PRD48_24_0_, product0_.PRD_MANUFACTURER_KEY as PRD49_24_0_, product0_.ROW_VERSION as ROW50_24_0_, product0_.PRD_MEDIUM_CODE as PRD51_24_0_, product0_.LAST_ADVERT_CREATION_DATE as LAST52_24_0_, product0_.COLLAPSE_KEY as COLLAPSE53_24_0_, product0_.COLLAPSE_BEST_PRICE as COLLAPSE54_24_0_, product0_.COLLAPSE_CURRENCY_ID as COLLAPSE55_24_0_, product0_.COLLAPSE_NEW_BEST_PRICE as COLLAPSE56_24_0_, product0_.COLLAPSE_NEW_CURRENCY_ID as COLLAPSE57_24_0_, product0_.COLLAPSE_USED_BEST_PRICE as COLLAPSE58_24_0_, product0_.COLLAPSE_USED_CURRENCY_ID as COLLAPSE59_24_0_, product0_.COLLAPSE_COLLECTIBLE_BEST_PRI as COLLAPSE60_24_0_, product0_.COLLAPSE_COLLECTIBLE_CUR_ID as COLLAPSE61_24_0_ from PRODUCT_1.PRODUCT product0_ where product0_.PRODUCT_ID=? /* insert com.babelstore.stock.entity.AdvEvent */ insert into BABEL_1.ADV_EVENT (ADE_TYPE_CODE, NEW_ADV_STATUS_CODE, AVAILABLE_COUNT_VARIATION, UNAVAILABLE_COUNT_VARIATION, NEW_AVAILABLE_COUNT, NEW_UNAVAILABLE_COUNT, NEW_IS_UNLIMITED, CREATION_DATE, ADVERT_ID, ADV_EVENT_ID) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?) /* update com.babelstore.stock.entity.Advert */ update PURCHASE_1.ADVERT set CHANGE_DATE=?, ROW_VERSION=? where ADVERT_ID=? and ROW_VERSION=? -- BuyerItemQuery VAR x1 NUMBER § EXEC :x1 := 57152035; SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.archived_prd_summary, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.creation_date, item.currency_id, item.feedback_date,item.history, item.is_abandonned, item.is_cbv_applicable, item.is_seller_vat_exempted, item.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.matching_keywords, item.origin_block, item.origin_screen, item.prd_medium_code, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_nego_price, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.seller_shipping_real_ctry_name, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, item.vat_country_id, item.vat_disclaimer, user_account.seller_score_sum, user_account.seller_score_count, user_account.shipping_real_country_name, user_account.commit_count, user_account.usr_type_code, user_account.is_pro_vehicle,user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.supports_shipping_recommande, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, warranty.warranty_id, warranty.buyer_account_id, warranty.change_date, warranty.creation_date, warranty.currency_id, warranty.duration, warranty.external_commission, warranty.insurance_tax, warranty.insurance_tax_rate, warranty.internal_commission, warranty.item_id, warranty.purchase_id, warranty.row_version, warranty.war_status_code, warranty.war_type_code FROM item, user_account, warranty WHERE (user_account.user_account_id = item.seller_account_id) AND (item.purchase_id = :x1) AND (item.itm_status_code <> 50) AND (warranty.item_id (+) = item.item_id) ORDER BY item.seller_account_id, item.creation_date ASC ; -- AddressInfoQuery VAR x1 NUMBER § EXEC :x1 := 4485534; SELECT usr_address.usr_address_id, usr_address.address1, usr_address.address2, usr_address.change_date, usr_address.city, usr_address.country_id, usr_address.creation_date,usr_address.digicode, usr_address.email_address, usr_address.fax_number, usr_address.first_name, usr_address.is_default, usr_address.last_name, usr_address.phone_comment_1, usr_address.phone_comment_2, usr_address.phone_comment_3, usr_address.phone_number_1, usr_address.phone_number_2, usr_address.phone_number_3, usr_address.row_version, usr_address.state_id, usr_address.usa_status_code, usr_address.usa_type_code, usr_address.user_account_id, usr_address.usr_alias, usr_address.usr_title_code, usr_address.zip FROM usr_address WHERE (user_account_id = :x1) ; UPDATE ITEM SET change_date=?, itm_status_code=?, row_version=? WHERE item_id=? AND row_version=? SELECT ums_template_id, alias, alternate_ums_template_id, attachment, body, change_date, creation_date, default_sender_email, is_html, is_internal, rank, row_version, subject, title, ums_domain_code, umt_group_id, umt_status_code FROM UMS_TEMPLATE WHERE alias = ? SELECT authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1,usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROMPURCHASE WHERE (purchase_id=?) SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?) SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?) UPDATE BATCH SET last_end_date=?, row_version=? WHERE batch_id=? AND row_version=? SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?) UPDATE BATCH SET bch_status_code=?, row_version=? WHERE batch_id=? AND row_version=? SELECT batch_id, bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE bch_type_code = ? AND last_end_date IS NULL |
| Commentaire de Arnaud Forgues [ 19/févr./09 15:57 ] |
|
Après avoir analysé toutes les requetes exécutés par ce
batch avec Ayoub, nous n'avons pas détecté de pb de perf avec une seule
d'entre elles (à part l'accès à la table batch qui a permis d'augmenter
le volume de données traitées par M5 de manière générale mais qui n'a
rien changé à notre problème !) Nous allons donc opter pour le plan B : augmenter le temps de timeout d'une transaction afin de passer de 5min à 10min par exemple (voire 30 ?) ==> cela sera fait uniquement sur hercule lundi prochain (car il y a les paiements demain et du coup ce serait trop risqué de le faire aujourd'hui, vu avec PBO) NB : détails technique (testé en DEV) Fichier à modifier pour augmenter le temps de timeout d'une transaction: dans /appli/priceminister/jboss/server/priceminister/conf : jboss-service.xml ==> chercher "TransactionTimeout" : changer la valeur de 300 à 600 (en s ==> 10 min ou 1200 pour 30 min) Voilou ! |
| Commentaire de Patrice Boulanger [ 23/févr./09 14:23 ] |
|
Le timeout a été monté à 600 secondes. Patrice. |
| Commentaire de Arnaud Forgues [ 23/févr./09 17:50 ] |
|
Le panier a bien été traité en 6min18s 2009-02-23 16:07:27,909 INFO [REQUEST ] REQUEST - ---------------------------------------------------------------- 2009-02-23 16:07:27,913 INFO [REQUEST ] REQUEST - --- Batch starting 2009-02-23 16:07:28,491 DEBUG [REQUEST ] REQUEST - Task start 2009-02-23 16:07:28,491 INFO [REQUEST ] REQUEST - Purchase Id : 68167173 2009-02-23 16:13:46,018 DEBUG [REQUEST ] REQUEST - Post Process Result : REQUESTED 2009-02-23 16:13:46,018 INFO [REQUEST ] REQUEST - Sleeping 0.4 second(s) 2009-02-23 16:13:46,425 DEBUG [REQUEST ] REQUEST - Task end. Result: REQUESTED Merci a vous !! |
[IMP-3449] Creation Format Profil + Import Fichier + FTP pseudo Discorder_uk (UK) + modif ES/FR Création: 24/mars/09 17:37 Mise à jour: 30/oct./09 15:52 Résolue: 20/avr./09 11:19 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Cantoni Carlos | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
20090323_fichero_muestra_intercambio_discorder.txt
|
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Login: | discorder_uk ; disc-order; discorder_es |
| Séparateur: | N/A |
| Type de traitement: |
Mise à jour/création annonces avec création produits (écrasement)
|
| Description |
|
Creation Format Profil + Import Fichier + FTP pseudo Discorder_uk (UK) + modif ES/FR 1. Creation d'un format d'import pour le site UK + import images. Attention, creation produits seulement pour les CD. Pour les dvd creation annonce. Faire également un FTP pour le flux de commandes Commentaire pour les annonces champ B + C + D + BRAND NEW - ***Delivery usually * 5 - 7 * working days - DISPATCHED FROM SPAIN. 2. Modif format import pour FR/ES afin de faire l'import image - pseudo disc-order (SPAIN) discorder_es (France) |
| Commentaires |
| Commentaire de Cantoni Carlos [ 24/mars/09 17:39 ] |
|
a savoir que le partenaire souhaite également notre adresse IP afin de ne pas bloquer l'import Si deseais coger informacion de articulos de nuestra Web con el enlace informarnos desde que IP lanzais la carga para no bloquearla. |
| Commentaire de Daniel Pintamalli [ 25/mars/09 14:13 ] |
|
Les modification pour ES et FR on été faites (ajout d'image) L'IP avec laquelle nous allons récupérer les images est 62.23.27.114 <= merci de transmettre cette information au partenaire. |
| Commentaire de Daniel Pintamalli [ 26/mars/09 14:36 ] |
| La configuration est en place. Pour l'instant le fichier de CD/Vinyles ne crée pas de produit => création de mapping en cours. |
| Commentaire de Daniel Pintamalli [ 27/mars/09 11:07 ] |
| CD en création de produit OK sur UK. |
| Commentaire de Cantoni Carlos [ 17/avr./09 09:34 ] |
|
vu avec Daniel merci de mettre en place un flux de commandes multiplateforme. |
| Commentaire de Daniel Pintamalli [ 20/avr./09 11:19 ] |
|
La configuration multiplateforme est en place. Tout est centralisé sur le compte FTP. |
[APP-25676] [Surveillance vendeur] Fonctionnement aléatoire ! Création: 19/juin/09 12:12 Mise à jour: 08/juil./09 10:22 Résolue: 19/juin/09 18:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | 49.0.0 (TX-H) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Arnaud Forgues [ 19/juin/09 17:50 ] |
|
En fait le problème n'était pas spécifique aux mots clefs
"Surveillance vendeur", cela venait d'un bug suite aux corrections sur
les pb de mises en surbrillance : lors de l'analyse des mots clefs suite
à la modification d'une annonce par exemple (dans le cas surveillance
vendeur en l'occurence), on ne se basait pas tout le temps sur le bon
texte pour y détecter un mot clef. En fait on conservait le texte du mot
clef précédent, mais uniquement dans le cas des mots clefs EXACT et
REGEXP, car on y calculait la zone (commentaire vendeur, adresse email,
adresse IP) une unique fois au lieu de le faire pour chaque mot clef. A présent tout est rentré dans l'ordre (théoriquement ;-) ) |
| Commentaire de Arnaud Forgues [ 19/juin/09 18:37 ] |
| CAJ2009Q2 |
[EXP-4864] Pages pseudo statiques inaccessibles en BO Création: 19/juin/09 16:42 Mise à jour: 24/juin/09 15:18 Résolue: 24/juin/09 15:18 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Description |
|
Les pages : - http://bo.priceminister.co.uk/electronics - http://bo.priceminister.co.uk/computing-software sont inaccessibles en BO. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 24/juin/09 15:18 ] |
| C'est corrigé (pb d'autorisation par IP) |
[IMP-4297] SUPPORT - Pbs sur le FTP du vendeur HotShot-Rec Création: 29/sept./09 18:44 Mise à jour: 09/déc./09 17:26 Résolue: 09/déc./09 17:26 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Laurent Payot |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
hotshotrecords1310.txt
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Login: | HotShot-Rec | ||||||||
| Séparateur: | N/A | ||||||||
| Type de traitement: |
Mise à jour/création annonces (écrasement), Mise à jour/création annonces
|
||||||||
| Description |
|
Bonjour, Le vendeur HotShot-Rec sur la France n'arrive plus à accéder à son FTP. Pouvez-vous vérifier si il fonctionne bien? Merci, Jérémy |
| Commentaires |
| Commentaire de Jeremy Pallot [ 29/sept./09 19:07 ] |
|
Pour être plus précis, lorsque le vendeur dépose un fichier
dans le FTP on lui indique qu'il n'est pas autorisé à faire ainsi. |
| Commentaire de Laurent Payot [ 30/sept./09 10:07 ] |
|
sur le UK, qui le pays sur lequel à été créé le compte FTP centralisé, le login est HotShot_Rec. |
| Commentaire de Laurent Payot [ 30/sept./09 10:09 ] |
|
infos login lors de la création du compte : ===================================================================== Account FTP seller created... Pseudo : hotshot_rec password : Wiv79S5 Server : ftp.priceminister.co.uk Country : uk Flow purchase : yes ===================================================================== |
| Commentaire de Laurent Payot [ 30/sept./09 10:41 ] |
|
J'ai fait des tests et j'ai pu créer des fichiers partout sans problème. la création des répertoires marche aussi. Voici les logs *complets* de la dernière session FTP du partenaire, qui date du 25 septembre : FTPD [25615] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:43:04 +0200] "USER hotshot_rec" 331 FTPD [25616] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:43:05 +0200] "USER hotshot_rec" 331 FTPD [27699] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:48:14 +0200] "USER hotshot_rec" 331 dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:48:14 +0200] "DELE hotshotrecords2509.txt" 250 - FTPD [28776] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:50:44 +0200] "USER hotshot_rec" 331 dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:50:49 +0200] "STOR hotshotrecords2509.txt" 226 1318912 FTPD [29160] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:54:04 +0200] "USER hotshot_rec" 331 dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:54:04 +0200] "DELE hotshotrecords2509.txt" 250 - FTPD [17565] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:18:35:14 +0200] "USER hotshot_rec" 331 FTPD [18226] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:18:36:18 +0200] "USER hotshot_rec" 331 dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:18:36:19 +0200] "DELE hotshotrecords2509.txt" 250 - dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:18:36:20 +0200] "STOR hotshotrecords2509.txt" 226 20480 Comme on peut le voir dans les logs, le partenaire essaye d'effacer un nom de fichier (action DELE suivie du nom du fichier) qu'il n'a pas encore déposé (action STOR pour le même fichier qui est *postérieure* à la tentative d'effacement de ce mêm fichier). Forcément il doit avoir des messages d'erreur si il essaye d'effacer des fichiers qu'il n'a pas encore déposés. J'ai vérifié et aucun fichier n'a été déposé en front office. Le partenaire doit probablement utiliser un programme qu'il a dévellopé lui même et qui se mélange les pinceaux, ou alors c'est lui même qui tape des actions FTP en ligne de commande sans savoir ce qu'il fait. Dans tous les cas il faut lui demander le message d'erreur qu'il obtient, si possible une capture de console ou d'écran. |
| Commentaire de Laurent Payot [ 30/sept./09 13:24 ] |
| Jeremy, peux-tu me donner le nom et le mail d'une personne à contacter? |
| Commentaire de Laurent Payot [ 05/oct./09 15:44 ] |
| quel est la personne à contacter? |
| Commentaire de Jeremy Pallot [ 19/oct./09 09:54 ] |
| Oui la personne à contacter est: dirk@hotshotrecords.com |
| Commentaire de Laurent Payot [ 19/oct./09 10:44 ] |
| Mail envoyé à dirk@hotshotrecords.com pour demander plus de précisions (message d'erreur, screenshot etc) |
| Commentaire de Laurent Payot [ 20/oct./09 15:13 ] |
| Dans la capture d'écran du partenaire on voit que le partenaire utilise des sous répertoires au lieu de mettre ses fichiers directement dans /stock/overwrite. Le message d'erreur "pas les droits suffisants" vient peut etre du fait qu'il essaye de faire du drag and drop de dossiers vers notre serveur FTP. j'ai mis un des fichiers qui était dans un sous repertoir directement dans /stock/overwrite et il à bien été importé. |
| Commentaire de Jeremy Pallot [ 20/oct./09 17:52 ] |
| Ci-joint les fichiers que le partenaire essaye d'importer. |
| Commentaire de Laurent Payot [ 20/oct./09 18:07 ] |
|
j'ai deposé le fichier 1310 dans stock/overwrite et il a
bien été importé comme les autres. les modif devraient apparaitre dans
quelques heures au maximum (le ftp est plus long que l'interface web). Je clos ce Jira critique. je pars au Kentucky pour deux semaines mais n'hésite pas a voir avec le reste de l'equipe en cas de problème. |
| Commentaire de Jeremy Pallot [ 26/oct./09 15:37 ] |
|
Bonjour, le problème n'est pas encore résolu: Hi Laurent, any news about our problem here? By the way I want to simplify things. I don't want send you the complete stocklist anymore but only the items that were sold or are new in stock. I also want to import your orders into our computersystem. We do this already with Amazon and since you guys are always better than Amazon this should be no problem. My computerguys will contact you to work things out if this is OK with you. Best regards, Hot Shot Records GmbH & Co. KG Dirk Petersen Hanseatenhof 9 28195 Bremen Germany Tel.: 0049 (0) 421 / 70 49 01 Fax.: 0049 (0) 421 / 70 64 52 |
| Commentaire de Jeremy Pallot [ 28/oct./09 11:35 ] |
|
Bonjour, Pouvez-vous recontacter ce vendeur car la solution proposée par Laurent ne fonctionne pas et le vendeur ne peut pas mettre son stock à jour. Merci, Jérémy |
| Commentaire de Laurent Payot [ 04/nov./09 11:37 ] |
| Ca ne marche pas car le partenaire à modifié l'ordre des colonnes sans prévenir. Je vais le contacter de nouveau. |
| Commentaire de Laurent Payot [ 04/nov./09 15:07 ] |
| Paretnaire contacté. Je lui ai expliqué comment utiliser les répertoires add et delete. j'attend sa réponse éventuelle. |
| Commentaire de Laurent Payot [ 17/nov./09 14:53 ] |
| Le partenaire n'a pas envoyé de nouveau fichier depuis le 26 octobre alors qu'il le faisait régulièrement auparavant. j'ai demandé à Jérémy de le recontacter. |
| Commentaire de Laurent Payot [ 09/déc./09 17:26 ] |
| Le partenaire a soumis un fichier le 25/11/2009-13:15 qui est passé à 80%. je clos le jira. |
[APP-27474] Améliorations templates SAV TX-L Création: 02/déc./09 14:59 Mise à jour: 14/janv./10 17:33 Résolue: 31/déc./09 17:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 60.0.0 (TX-L) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
mail_type-VDI.doc
Procédure VDI.doc
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
GBR - Royaume Uni
|
|||||||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Benoit Tabaka [ 11/déc./09 10:34 ] |
|
Mail Type "VDI" Internationalisation : non (uniquement FR) ----------- Bonjour habdev1, Vous proposez actuellement à la vente des produits de marques relevant d'un réseau de distributeurs indépendants (Herbalife, Forever Living, etc.). Ces produits sont destinés à être vendus exclusivement par un réseau de distributeurs indépendants, le tout reposant sur un système de vente directe imposant la vente des produits de personne à personne. Vous avez ainsi, en tant que distributeur, conclu avec la société ci-dessus un contrat de vendeur à domicile indépendant (VDI), régi par les articles L.135-1 et suivants du Code de la consommation. Ce cadre vous impose notamment de commercialiser ces produits "directement auprès d'un consommateur", c'est à dire par l'intermédiaire d'une vente à domicile ou tout lieu non dédié à la vente. Dès lors, un VDI ne peut pas réaliser des ventes à distance, et notamment par l'intermédiaire d'Internet. Nous sommes par conséquent dans l'obligation de vous demander de cesser dès à présent la commercialisation de ces produits par l'intermédiaire de PriceMinister et nous vous invitons à vous rapprocher de votre distributeur pour connaître les conditions dans lesquelles vous êtes en droit de proposer à la vente ces produits par l'intermédiaire de notre site. . A l'inverse, si vos annonces correspondent à la revente de produits acquis auprès de VDI, merci de nous en informer. Merci et à bientôt, Non identifié Service client http://bo.ref-fr.pm.dev --- 1/ signature : je préfère que l'on parle du Service Client (que de la partie "Contrefaçon") car on n'est pas sur de la CTF. 2/ j'ai modifié le wording afin de le rendre plus général (et ne pas nécessiter une quelconque modification par l'agent BO). Je cite donc les deux marques pour lesquelles on fait un tel ménage : Herbalife et Forever Living. A ma connaissance, ce sont les seules (à vérifier peut être que d'autres ne sont pas en mots clés). Si on ajoute d'autres marques au fur et à mesure, on pourra "updater" le mail type 3/ enlever la phrase "blocage de compte" (je trouve le truc un peu hard) 4/ laisser la possibilité à la personne de nous dire qu'elle est un vrai particulier (et ainsi, cela évite le retour disant "oui, mais y a des produits en vente"). Qu'en penses-tu Habib ? |
| Commentaire de Stéphanie BOILLON [ 11/déc./09 14:50 ] |
|
Hello, Voici le document actuel de procédure pour le traitement des vendeurs qui proposent des articles issus de ventes VDI. Il sera amené à être modifié en fonction de l'évolution des notifications éventuelles d'ayants droit. Steph. |
| Commentaire de Benoit Tabaka [ 11/déc./09 16:19 ] |
| Comme vu ce matin en réunion CTF, le mail type intégrant le § "suspension" + lien pour répondre |
| Commentaire de Habib-Sylvain Gourguet [ 22/déc./09 18:26 ] |
|
A publier sur FR, pas de traduction : t_ctbr_gsup_demande_annul_requested -> Nouveau teamplate dans "contact acheteurs". t_ctf_vdi -> Généralisation toutes marques. A publier sur FR, à traduire sur ES/UK : purchase_buyer_capture_all purchase_buyer_capture_some purchase_buyer_capture_none -> Réorganisation des infos pour plus de clarté. Velocity déjà intégré sur les 3 versions, attention au détail paiement. t_frd_oppo_plainte -> Ajout de l'heure de commande (Velocity) + mention "Dernière IP connue". t_ctbr_modes_paiement -> Refonte, réorganisation des infos. t_cmbr_coordonnees_v -> Ajout n° téléphone si PRO (Velocity) |
| Commentaire de Thomas Springett [ 24/déc./09 17:07 ] |
| Modifications fait sur UK |
| Commentaire de Habib-Sylvain Gourguet [ 30/déc./09 17:06 ] |
|
Ro, Petit oubli sur le template suivant : t_frd_oppo_plainte Il manque la date de commande (dans la boucle "foreach"). Pour le reste, quelques corrections par-ci par-là effectuées. Et Thomas avait apparemment oublié le template suivant : t_cmbr_coordonnees_v A me réaffecter pour publication. Merci. |
| Commentaire de Rocio Perez-Garcia [ 30/déc./09 17:31 ] |
| 0040_opposition - plainte corrigé, soumis à publication |
| Commentaire de Habib-Sylvain Gourguet [ 31/déc./09 17:37 ] |
|
Templates publiés : 0040_opposition - plainte 0080_coordonnées du vendeur 0140_rejeté - hors europe - patientez 0180_rejeté - article garanti par le vendeur 0190_VDI 0330_capture tout 0340_capture partielle 0350_capture aucun 0370_CBV/ext. - demande annulation (requested) 0380_RBTCPN - coupon de dédommagement 0390_modes de paiement |
[APP-29320] Préconisation Aposition sur H1 et title FP : lot 2 Création: 26/avr./10 14:51 Mise à jour: 10/mai/10 11:49 Résolue: 07/mai/10 14:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 68.0.2 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Rémi Virlouvet |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Precos_H1_Title_Apo_V4.xlsx
Precos_H1_Title_Apo_version_a_prendre_en_compte.xlsx
Précos_H1_Title_Apo_V3.xlsx
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||
| Description |
|
univers Music, Video, Video games, Tel & PDA, Fashion
|
| Commentaires |
| Commentaire de Many Pes [ 26/avr./10 16:00 ] |
| Mini retouche, on allège un peu les modifications sur mode (template mode et template chaussures), les modifs sont en rouge |
| Commentaire de Rémi Virlouvet [ 26/avr./10 17:43 ] |
|
FASHION ACCESSORIES : http://bo.ref-uk.pm.dev/offer/buy/41353053/cpl41353054/ladies-vintage-black-lace-corset-tie-belt-fashion-accessories.html TELEPHONES : http://bo.ref-uk.pm.dev/offer/buy/37679650/maxfield-max-dect-skype-approved-dual-cordless-phone-usb-voip-phone-telephone.html |
| Commentaire de Rémi Virlouvet [ 26/avr./10 17:45 ] |
|
BAGS : http://bo.ref-uk.pm.dev/offer/buy/40671174/cpl40671175/juicy-couture-handbag-bags.html |
| Commentaire de Rémi Virlouvet [ 26/avr./10 17:49 ] |
|
JEWELLERY : http://bo.ref-uk.pm.dev/offer/buy/40743058/ring-in-ruby-and-silver-jewellery.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 11:59 ] |
|
SHOES : http://bo.ref-uk.pm.dev/offer/buy/38010644/cpl41572434/sandals-puma-basic-ii-v-shoes.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 12:06 ] |
|
CLOTHING : http://bo.ref-uk.pm.dev/offer/buy/39582879/cpl41584670/spank-my-monkey-costume-ready-to-wear.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 12:11 ] |
|
CALCULATORS : http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 12:13 ] |
|
MOBILE ACCESSORIES : http://bo.ref-uk.pm.dev/offer/buy/39689068/charger-for-motorola-v980-charger.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 12:16 ] |
|
MOBILE PHONES : http://bo.ref-uk.pm.dev/offer/buy/40057096/samsung-sgh-f480-tocco-pink-mobile.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 14:39 ] |
|
sur PDA, Many, dans ton doc, tu dis qu'actuellement le H1
est tronqué au 1er tiret, mais ça ne semble pas être le cas, il n'est
pas tronqué du tout. et niveau Meta title on tronque déjà au 2eme. de façon plus général, doit on vraiment tronqué le H1 alors qu'en mise en vente on insiste pour que l'acheteur rentre le plus d'infos possible dans son titre ? merci |
| Commentaire de Rémi Virlouvet [ 27/avr./10 14:39 ] |
|
PDAs : http://bo.ref-uk.pm.dev/offer/buy/36078069/HP-iPAQ-114-Classic-Handheld-Windows-Mobile-6-0-Classic-PXA310-624-MHz-RAM-64-MB-ROM-256-MB-3-5-TFT-320-x-240-802-11b-802-11g-Bluetooth-2-0-EDR.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 14:41 ] |
|
VIDEO GAME ACCESSORIES : http://bo.ref-uk.pm.dev/offer/buy/37402340/wii-fit-battery-accessory-wii.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 14:44 ] |
|
CONSOLES : http://bo.ref-uk.pm.dev/offer/buy/35283856/Dreamcast-Console-Damaged-Box-Pal-Uk-Console.html |
| Commentaire de Rémi Virlouvet [ 27/avr./10 14:52 ] |
|
VIDEO GAMES : http://bo.ref-uk.pm.dev/offer/buy/38629875/tekken-6-collectors-edition-xbox-360-game.html c'est pas un peu bizarre le "(title) games on xxx" dans le meta title ? |
| Commentaire de Rémi Virlouvet [ 28/avr./10 11:23 ] |
|
VIDEO : apparemment le nouveau h1 fait disparaitre l'actuel caption (le réalisateur). je vais l'inclure au H1 |
| Commentaire de Rémi Virlouvet [ 28/avr./10 11:36 ] |
|
bon non, ça ne marche pas. on s'en tient à Titre on Region Format ? |
| Commentaire de Rémi Virlouvet [ 28/avr./10 11:38 ] |
|
sur DVD ça donne : http://bo.ref-uk.pm.dev/offer/buy/36295122/Last-Of-The-Living.html VHS : http://bo.ref-uk.pm.dev/offer/buy/27297487/Gladiator.html |
| Commentaire de Rémi Virlouvet [ 28/avr./10 11:41 ] |
|
oh mais, je crois voir que sur ton excel le plus récent tu ne souhaites que : Title on Format ? tu confirmes ? |
| Commentaire de Rémi Virlouvet [ 28/avr./10 11:59 ] |
|
CD : http://bo.ref-uk.pm.dev/offer/buy/39980306/boyle-susan-susan-boyle-cd-album.html |
| Commentaire de Rémi Virlouvet [ 28/avr./10 12:06 ] |
|
VINYL : http://bo.ref-uk.pm.dev/offer/buy/39367754/swan-lake-enemy-mine-lp.html merci de tes retours, surtout n'hésite pas à faire des remarques même sur la mise en forme (esthétique) |
| Commentaire de Many Pes [ 28/avr./10 12:26 ] |
| OK retour avant la réu gén :-) |
| Commentaire de Rémi Virlouvet [ 28/avr./10 17:13 ] |
|
2ème tournée : CD : http://bo.ref-uk.pm.dev/offer/buy/40127571/young-will-hits-cd-album.html |
| Commentaire de Many Pes [ 28/avr./10 17:16 ] |
| Dans l'idéal remplacer le tiret par quelques espaces histoire de faire joli ;-) pour le H1 de CD |
| Commentaire de Rémi Virlouvet [ 28/avr./10 17:45 ] |
|
re : http://bo.ref-uk.pm.dev/offer/buy/40127571/young-will-hits-cd-album.html et si pas d'auteur : http://bo.ref-uk.pm.dev/offer/buy/27086032/Let-s-Get-Out-Of-This-Country.html |
| Commentaire de Rémi Virlouvet [ 28/avr./10 17:55 ] |
|
Vinyl : http://bo.ref-uk.pm.dev/offer/buy/39336578/ricardo-villalobos-his-1st-record-sinus-poetry-ep-12-inch.html |
| Commentaire de Rémi Virlouvet [ 28/avr./10 18:27 ] |
|
Video : dvd http://bo.ref-uk.pm.dev/offer/buy/39571695/harry-potter-1-6-box-set-dvd.html vhs http://bo.ref-uk.pm.dev/offer/buy/27271316/Titanic.html |
| Commentaire de Many Pes [ 29/avr./10 11:09 ] |
|
CD avec ou sans contributeur: OK Vinyl: OK DVD (Zone 1, 2, autres, droits locatifs): OK VHS: OK Blu Ray:OK HD DVD: OK |
| Commentaire de Many Pes [ 29/avr./10 11:12 ] |
|
Ce JIRA est en doublon avec celui là: |
| Commentaire de Rémi Virlouvet [ 29/avr./10 13:53 ] |
| Many si tu as juste le temps, pourrais-tu mettre à jour ta doc en prenant compte les templates validés, histoire qu'on s'assure que le résultat correspond au schéma, merci ! |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:13 ] |
|
VIDEO GAMES : http://bo.ref-uk.pm.dev/offer/buy/38183724/it-s-my-birthday-wii-game.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:15 ] |
|
GAME ACCESSORIES : http://bo.ref-uk.pm.dev/offer/buy/37402340/wii-fit-battery-accessory-wii.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:16 ] |
|
MOBILES : http://bo.ref-uk.pm.dev/offer/buy/40057096/samsung-sgh-f480-tocco-pink-mobile.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:17 ] |
|
MOBILE ACCESSORIES : http://bo.ref-uk.pm.dev/offer/buy/39689068/charger-for-motorola-v980-charger.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:21 ] |
|
CALCULATOR : http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:26 ] |
|
TELEPHONES : http://bo.ref-uk.pm.dev/offer/buy/39557739/cisco-small-business-pro-ip-phone-spa504g-voip-phone-telephone.html (en fait j'ai remis comme avant, on tronque au 2e tiret ds le meta title, ça te va ou tu veux tout récupérer le title dedans ?) |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:28 ] |
|
CLOTHING : http://bo.ref-uk.pm.dev/offer/buy/39581757/cpl41612976/sexy-sorceress-costume-ready-to-wear.html SHOES : http://bo.ref-uk.pm.dev/offer/buy/38010644/cpl41572434/sandals-puma-basic-ii-v-shoes.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:31 ] |
|
JEWELLERY : http://bo.ref-uk.pm.dev/offer/buy/40743065/brand-new-titanium-white-gold-wedding-band-jewellery.html BAGS : http://bo.ref-uk.pm.dev/offer/buy/40973756/cpl40973757/other-handbag-bags.html FASHION ACC : http://bo.ref-uk.pm.dev/offer/buy/41353055/cpl41353056/ladies-vintage-black-lace-corset-tie-belt-fashion-accessories.html |
| Commentaire de Rémi Virlouvet [ 29/avr./10 18:32 ] |
| (note to self: templates à publier en double) |
| Commentaire de Many Pes [ 30/avr./10 09:26 ] |
|
Merci rémi, tout est ok sauf pour Calculatrice: --> Title: le nom de la catégorie n'est pas compris --> Il y a 2 fois la balise H1 Le reste est ok je mets à jour le fichier |
| Commentaire de Many Pes [ 30/avr./10 09:41 ] |
| Le fichier pour la recette à prendre en compte est celui qui porte ce nom :-) (ne pas prendre en compte la V3 et V4) |
| Commentaire de Rémi Virlouvet [ 30/avr./10 14:19 ] |
|
CALCULATORS : http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html ça a l'air ok, isn't it? |
| Commentaire de Rémi Virlouvet [ 30/avr./10 14:26 ] |
|
CALCULATORS : http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html ça a l'air ok, isn't it? |
| Commentaire de Rémi Virlouvet [ 30/avr./10 14:29 ] |
|
ajouté Calculator dans le meta title (mais à la fin, pas au
début, car ça faisait bizarre, en anglais on dit machinchose calculator,
pas calculator machinchose) http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html |
| Commentaire de Rémi Virlouvet [ 03/mai/10 11:14 ] |
|
17 templates : cms ref & branch default /default/ProductTemplate/DetailTemplate/detail_calculator_split_headline_template - English (UK) (325335) /default/ProductTemplate/DetailTemplate/detail_fashion_accessories_template - English (UK) (325228) /default/ProductTemplate/DetailTemplate/detail_bag_template - English (UK) (325259) /default/ProductTemplate/DetailTemplate/detail_jewelry_template - English (UK) (325260) /default/ProductTemplate/DetailTemplate/detail_shoe_template - English (UK) (325323) /default/ProductTemplate/DetailTemplate/detail_clothes_template - English (UK) (325334) /default/ProductTemplate/DetailTemplate/detail_home_phones_template - English (UK) (325229) /default/ProductTemplate/DetailTemplate/detail_mobile_accessories_split_headline_template - English (UK) (325336) /default/ProductTemplate/DetailTemplate/detail_mobiles_template - English (UK) (325337) /default/ProductTemplate/DetailTemplate/detail_video_game_accessories_template - English (UK) (325342) /default/ProductTemplate/DetailTemplate/detail_video_game_template - English (UK) (325344) /default/ProductTemplate/DetailTemplate/detail_video_template - English (UK) (325398) /default/ProductTemplate/DetailTemplate/detail_vinyl_template - English (UK) (325547) /default/ProductTemplate/DetailTemplate/detail_cd_template - English (UK) (325540) /default/ProductTemplate/DetailTemplate/detail_console_template - English (UK) (325343) /default/ProductTemplate/DetailTemplate/detail_pda_split_headline_template - English (UK) (325341) /default/ProductTemplate/DetailTemplate/detail_pagers_template - English (UK) (325239) |
| Commentaire de Pierre Bret [ 04/mai/10 12:15 ] |
|
ok pour mettre calculator en milieu de title. Le début du title est réservé pour l'expression cible |
| Commentaire de Rémi Virlouvet [ 04/mai/10 14:09 ] |
|
notes : les templates à changer en conf produit en predeploy seront : home phones, pagers, fashion accessories. CD et Video devront etre modifiés en summary BO conf et resummarisés en postdeploy. |
Modification des tags Weborama
(APP-29505)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 71.0.0 (CTN-R) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
V2-Tag_weborama_priceminister.doc
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | divers |
| Description |
|
Voir en pj doc de synthèse des demandes de Weborama concernant la modification de leurs tags sur nos pages.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 19/mai/10 18:23 ] |
|
Adaptations = mises à jour ? Parce que quand je consulte une
fiche produit en front je trouve pas de tag weborama aujourd'hui... C'est conditionné à un tracking en particulier ? |
| Commentaire de Jonathan Gorges [ 19/mai/10 18:50 ] |
|
Hello, Concernant le taggage des fiches produits, il ne s'agit pas d'une maj en effet bien bien de nouveaux tags à paramétrer. Aussi, ces tags ne sont pas conditionnés à des tracking en particuliers mais doivent bien être appelés pour n'importe quelle visite. A ta dispo. |
| Commentaire de Fabrice Feugas [ 20/mai/10 09:59 ] |
| ok merci. C'est le mot "adaptations" dans le titre du JIRA qui m'a induit en erreur... |
| Commentaire de Fabrice Feugas [ 20/mai/10 16:25 ] |
|
Comme vu dans le JIRA parent, ok fonctionnellement. DAD, tu peux checker techniquement ? |
| Commentaire de Damien Dorizy [ 21/mai/10 15:07 ] |
|
Quelques questions : 1) Taggage des FP : on leur passe juste catégorie et sous-catégorie ? Pas d'identifiant produit ? Ça va leur suffire à être plus pertinent ? 2) Remplacer v=0 par v=1. Ils t'ont répondu là-dessus Weborama ? C'est peut-être pour le changement de version. Dans ce cas, pourquoi pas sur la Homepage ? Enfin, ce n'est pas un point bloquant à l'implémentation. 3) Pas trop chaud pour tagger toutes les pages IG. Voir question de Fabrice dans Marion et Olga, on ne peut pas juste ajouter le tag spécifiquement dans le contenu IG de la page LPAV09 ? Je sais, c'est pas super propre pour la désactivation de la promo, mais c'est juste un tag image dans une page promo. 4) Aucun problème, même si ça ne sert à rien... |
| Commentaire de Jonathan Gorges [ 21/mai/10 16:26 ] |
|
Hello, Voici mes retours. 1) Ils ne seront clairement jamais aussi pertinents que MyThings ou Criteo... Ca va les aider à l'être un peu plus, mais en effet ce n'est pas top. 2) Aucune réponse pour le moment, mais effectivement ce détail ne nous empêche pas d'avancer car le changement est relativement simple. Le tag de la HP ne change pas en effet. 3) Si nous pouvons uniquement taguer la LPAV09, ca serait vraiment top. Sinon, ne taguons aucune page IG. 4) OK. |
| Commentaire de Fabrice Feugas [ 21/mai/10 17:30 ] |
| Pour les pages IG, bonne idée de mettre le tag directement dans le contenu de la page. Quitte à mettre un tag image ? |
| Commentaire de Damien Dorizy [ 21/mai/10 18:13 ] |
|
C'est un tag image apparemment : <IMG SRC="http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION=Coupon&WRP_SUBSECTION=Accueil&WRP_CONTENT=" width="1" height="1"> Le problème que ça peut poser c'est de séparer la promo de la campagne, à voir comment vous voulez faire au param. |
| Commentaire de Damien Dorizy [ 03/juin/10 15:47 ] |
|
Donc tout est ok. On tague donc toutes les landing pages. [CAJ2010Q2CTN] |
| Commentaire de Damien Dorizy [ 03/juin/10 16:12 ] |
| Rectificatif : on ne tague AUCUNE page IG. |
| Commentaire de Christophe Garcia [ 03/juin/10 18:17 ] |
| MDPLVC |
| Commentaire de Jonathan Gorges [ 04/juin/10 11:15 ] |
|
Hello, Mon partenaire vient de vérifier une partie des tags (qui sont OK) mais me signale que son adresse IP vient de changer dynamiquement... Pour finir le recettage, pourrions-nous également ouvrir l'accès à cette adresse : 86.64.97.77 Merci |
| Commentaire de Jonathan Gorges [ 04/juin/10 11:45 ] |
|
C'est recetté par le partenaire ! Tout est OK. Merci pour tous vos efforts, je vous ferais un update sur les résultats :) Jon |
[IMP-6375] Vérifier le fonctionnement des flux de commandes Création: 22/juin/10 09:56 Mise à jour: 22/juin/10 14:41 Résolue: 22/juin/10 14:41 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Support entrant |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Daniel Pintamalli |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Login: | great-prices |
| Séparateur: | N/A |
| Type de traitement: |
N/A
|
| Description |
|
De : Ferro, James [mailto:james@traderslibrary.com] Envoyé : lundi 21 juin 2010 23:03 À : Daniel Pintamalli Cc : Chang, Peter Objet : FW: Registration of your order 38997976 Daniel, I placed this order to test our import, but it has not appeared yet after 3 hours. Does that seem strange to you? James |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 22/juin/10 14:41 ] |
|
Message envoyé au PRO: De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com] Envoyé : mardi 22 juin 2010 12:06 À : 'Ferro, James' Cc : 'Chang, Peter'; 'Carlos Cantoni' Objet : RE: Registration of your order 38997976 Hello, You order was waiting for manual validation because our system detected that the seller (yourself) had the same IP than the buyer. I say validation team to validate them all. Your order file is now available on FTP. Regards, Daniel Pintamalli |
[DEC-36] Fichier client Camif occasion Création: 25/juil./05 15:48 Mise à jour: 10/sept./07 17:49 Résolue: 22/août/05 14:29 |
|
| Etat: | Fermé |
| Projet: | Reporting |
| Composants: | Partners |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | François Le Lay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Afin d'intégrer et d'abonner directement les clients Camif
Occasion opt'in dans nos bases Camif, et en sachant que nous avons aussi
d'autres partenaires qui nous fournissent des bases clients comme
Priceminister, nous demandons à chacun de nos partenaires de nous
envoyer un fichier commun indiquant si possible les données qui sont
mentionnées ci dessous. Si vous n'avez pas la donnée, alors il suffit de mettre un 0 Type du fichier = fichier texte, avec champ fixe, séparé par points virgules Fréquence d'envoi du fichier = hebdomadaire Si rien ne peut etre indiqué dans le champ, alors indiquer 0 dans le champ 1.Code provenance (ce champ est en fait un code Camif que l'on communiquera à chacun des partenaires afin ensuite de pouvoir les identifier) => sur 10 caractères maxi 2. Code origine fichier (idem que le champ provenance) => sur 4 caractères 3. date de mise à jour du fichier => JJ/MM/AAAA 4. N° client CAMIF adhérent/sociétaire si connu + clef => sur 10 caractères 5. N° client du partenaire si connu (ex : numéro client camif occasion ou effiliation) + clef éventuelle => sur 10 caractères 6. date de création de l'adresse => JJ/MM/AAAA 7. Civilité => 0=inconnu / 1=Monsieur / 2=Madame / 3=Mlle 8. Nom => 25 caractères 9. Prénom => 15 caractères 10. ligne 2 adresse => 38 caractères Ex. chez L. GUERANDE - App. 2 11. ligne 3 adresse => 38 caractères Ex. ESC 2 - BAT C - RES Mendès France 12. ligne 4 adresse => 38 caractères Ex. 3, ave de la République 13. ligne 5 adresse => 38 caractères Localité ou lieu dit 14. ligne 6 adresse => 5 caractères Code postal 5 chiffres 15. ligne 7 adresse => 38 caractères Commune 16. ligne 8 adresse => 38 caractères Pays 17. Date de naissance => JJ/MM/AAAA 18. email => sur 60 caractères 19. opt in camif => sur 3 caractères oui / non 20. n° téléphone => sur 15 caractères 21. champ spécifique supplémentaire et si besoin pour un type de partenaire (25 caractères maxi ex : membre actif...) |
| Commentaires |
| Commentaire de François Le Lay [ 28/juil./05 18:41 ] |
|
Requête OK ($PMREPORTS/user/camif/flux_standard.sh). Envoyer un échantillon à Christophe Malicot pour validation du format. Voir périodicité pour mise en place du flux. Voir conditions d'accèes aux données (accès via frontaux par IP fixe ou email?) |
| Commentaire de François Le Lay [ 02/août/05 15:35 ] |
| Christophe Malicot contacté. On attend son retour. |
| Commentaire de François Le Lay [ 08/août/05 15:43 ] |
| Format OK, mise en place prévue à priori début Septembre. |
[CoB MobilesAchat] Mise en place du cobranding
(APP-5628)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.6 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
mobilesachat-10000.xml.gz
|
| Description |
|
MobilesAchat est un co-branding qui sort en 8.0.6. Pourrais tu voir rapidement ce qu'il est possible de faire pour ce partenaire ? Merci ################### Demande du partenaire ################### Bonjour François, Je reviens vers vous concernant la problématique de synchronisation entre votre base de données produit et celle du site Mobilesachat (le point que vous avez évoqué avec Jean Haguet). Je vous ai mis ci-dessous les 2 possibilités qui nous apparaissent. Je vous laisse voir cela en interne (j'ai cru comprendre que la personne qui s'occupait de cela serait disponible à compter de lundi prochain). Pour notre part, 2 alternatives existent, l'une simple, l'autre un peu plus élaborée et offrant un service additionnel à l'internaute. 1/ Synchronisation à partir d'un flux XML simple Objectif : proposer, depuis la fiche produit, un lien direct vers la page correspondante (au niveau du produit) sur la boutique cobrandée mobilesachat-priceminister. Comment : que nous ayons à disposition un flux XML, remis régulièrement à jour comprenant obligatoirement : - la marque du produit - la référence exacte du produit - le lien complet ou la page se trouve sur la boutique cobrandée mobilesachat-priceminister (http://www.xxxxxxx.com/xxxxxxxxx -> Grâce à cela, nous pourrons proposer un accès direct vers la bonne page lorsque les internautes cliqueront sur l'item "occasion/destockage". 2/ Synchronisation à partir d'un flux XML complexe Objectif : proposer, depuis la fiche produit, un tableau récapitulatif des offres correspondantes (au niveau du produit) proposées par PriceMinister (voir exemple en pj sur la partie "produit neuf") Comment : que nous ayons à disposition un flux XML, remis régulièrement à jour comprenant obligatoirement : - la marque du produit - la référence exacte du produit - l'ensemble des attributs à faire apparaître dans le tableau récapitulatif (y compris le lien complet menant à la page boutique cobrandée mobilesachat-priceminister). Ces atrributs seront à valider ensemble. -> Grâce à cela, nous pourrons proposer, en cliquant sur l'item "occasion/destockage". - toute ou partie des offres directement sur le site MobilesAchat - à partir de ce tableau, un lien direct vers la boutique cobrandée mobilesachat-priceminister N'hésitez pas à revenir vers moi pour que nous en discutions et finalisions ce point. Bien cordialement, Laurent Laurent Deluermoz Tel : 01 48 00 84 14 (fax : 01 23) DIRECT-INTERACTIVE 21, rue d'Hauteville - 75010 Paris |
| Commentaires |
| Commentaire de Bruno Ballester [ 15/sept./05 15:31 ] |
|
####################### INFOS COMPLEMENTAIRES ####################### IP du serveur de production : 195.154.232.25 IP de sortie : 62.210.70.158 Chez Direct-Interactive (si vous en avez besoin) IP du serveur de test : 82.112.125.27 IP de sortie : 217.128.62.70 Nous en train d'essayer d'obenir les informations concernant le serveur FTP. S'il te manque des informations, n'hésites pas à venir me voir. |
| Commentaire de Bruno Ballester [ 19/sept./05 18:09 ] |
|
Bonjour, Veuillez trouver ci-dessous les paramètres du compte FTP qui vous permettront de déposer vos flux XML: Serveur: upload.oracom.fr login : priceminister mot de pass : xc45pzm3 |
| Commentaire de Edouard Laurent [ 11/oct./05 15:45 ] |
|
>> (voir exemple en pj sur la partie "produit neuf") Francois peux tu uploader le fichier en piece jointe du 1ere mail |
| Commentaire de Bruno Ballester [ 12/oct./05 16:06 ] |
| Attention Edouard, Franz n'était pas concerné par ce bug. C'est chose faite. |
| Commentaire de Bruno Ballester [ 09/nov./05 12:46 ] |
| Extrait du flux. |
| Commentaire de Bruno Ballester [ 15/nov./05 12:47 ] |
| Livraison du flux en production 15/11/2005. |
| Commentaire de Arnaud Forgues [ 15/nov./05 17:55 ] |
| vu avec Edouard |
[EXP-223] Création d'un flux SHOPZILLA Création: 21/sept./05 17:01 Mise à jour: 25/juin/07 18:54 Echéance: 08/nov./05 00:00 Résolue: 22/nov./05 15:58 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Edouard Laurent |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Catalogue Produits.doc
catégories shopzilla détaillé.xls
|
| Description |
|
Nous avons un nouveau partenaire : SHOPZILLA Il faut donc créer un flux pour eux. Contact technique : Josian Chevallier ¿ jchevallier@shopzilla.com - +44 (0) 20 7569 3147 L'envoi se fait par http. Il faut créer deux flux : un flux occasion, un flux neuf. La doc technique est ci-jointe. Contenu du flux : Ces flux ne doivent contenir que les produits culturels : CD et Vinyles DVD et VHS Jeux-Vidéos (pas les consoles) Livres et Magazines et BD. Attention, un produit sans SKU ne sera pas référencé chez Shopzilla Codes de tracking : Les codes de tracking sont les suivants : Musique : t=1007740 Vidéo : t=1007741 Jeux : t=1007742 Livres : t=1007743 Catégorisation : Dans le champ catégorie, il faut fournir les id disponibles sur la page suivante et que j'ai recensés ci-dessous http://merchant.shopzilla.co.uk/oa/general/taxonomy.xpml#80 DVDs & Videos 5,114 Livres 8,098 BD 8,099 Magazines 8,005 Music 5,220 Jeux Vidéo 15,010,100 A votre dispo pour toute question Charles |
| Commentaires |
| Commentaire de Charles Decaux [ 21/sept./05 17:03 ] |
| Specs techniques ci-jointes |
| Commentaire de Charles Decaux [ 21/sept./05 18:10 ] |
| Voici l'adresse IP de leur serveur qui viendra chercher le flux sur notre serveur : 216.52.244.154 |
| Commentaire de Charles Decaux [ 28/sept./05 19:01 ] |
|
On vient de finaliser la négociation d'un très bon deal commercial avec Shopzilla Est-ce qu'on peut avancer sur la mise en oeuvre de ce feed ? As-tu une idée du délai de mise en oeuvre ? Le partenariat commence le 1er octobre. Merci. |
| Commentaire de Charles Decaux [ 03/nov./05 17:54 ] |
|
Shopzilla a affiné ses catégories, voici le fichier joint qui donne S'il n'est pas possible de matcher leurs catégories affinées aux notres, on peut les lier aux anciennes catégories plus généralistes fournies précédemment même si cela nous sera très préjudiciable. Merci et à ta dispo pour en parler Charles |
| Commentaire de Charles Decaux [ 04/nov./05 09:50 ] |
|
En fait pour les catégories, s'il est trop compliqué de
matcher les notres avec celles de shopzilla données dans le document
précédent, on peut utiliser nos catégories usuelles et ils feront le
matching. Le mieux étant tout de même d'essayer de mettre leurs catégories. Merci |
| Commentaire de Edouard Laurent [ 22/nov./05 15:58 ] |
| fait ! |
[APP-6808] on encore des erreurs sur Image /284533119_S.jpg ... Création: 21/déc./05 10:11 Mise à jour: 25/juin/07 18:34 Résolue: 22/déc./05 14:56 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9b |
| Version(s) corrigée(s): | 8.0.9c |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Serge Delabrosse | Attribution: | Geneviève Beaujard |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour On a encore des erreurs sur /284533119_S.jpg ... est ce normal ? Cdlt serge ================================= ANNEXE ============================== 2005-12-21 07:32:37,920 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:38,233 ERROR [-Processor25] 83.193.70.218 - Find failed 2005-12-21 07:32:38,239 ERROR [-Processor25] 83.193.70.218 - Load error 2005-12-21 07:32:38,583 ERROR [-Processor34] 195.12.230.202 - Find failed 2005-12-21 07:32:38,588 ERROR [-Processor34] 195.12.230.202 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /88643730_S 2005-12-21 07:32:38,703 ERROR [-Processor28] 68.142.250.177 - Find failed 2005-12-21 07:32:38,709 ERROR [-Processor28] 68.142.250.177 - Load error 2005-12-21 07:32:39,163 ERROR [-Processor29] 66.249.71.53 - Find failed 2005-12-21 07:32:39,170 ERROR [-Processor29] 66.249.71.53 - Load error 2005-12-21 07:32:39,953 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:32:39,973 ERROR [-Processor38] 195.12.230.196 - Find failed 2005-12-21 07:32:39,977 ERROR [-Processor38] 195.12.230.196 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /284533119_S.jpg 2005-12-21 07:32:41,633 ERROR [-Processor35] 68.142.250.159 - Find failed 2005-12-21 07:32:41,641 ERROR [-Processor35] 68.142.250.159 - Load error 2005-12-21 07:32:42,053 ERROR [-Processor27] 68.142.251.57 - Find failed 2005-12-21 07:32:42,059 ERROR [-Processor27] 68.142.251.57 - Load error 2005-12-21 07:32:42,303 ERROR [10.150.28.77] - Find failed 2005-12-21 07:32:42,308 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:42,403 ERROR [10.150.28.77] - Find failed 2005-12-21 07:32:42,411 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:42,973 ERROR [-Processor29] 66.249.71.47 - Find failed 2005-12-21 07:32:42,980 ERROR [-Processor29] 66.249.71.47 - Load error 2005-12-21 07:32:43,143 ERROR [-Processor26] 66.249.71.1 - Find failed 2005-12-21 07:32:43,149 ERROR [-Processor26] 66.249.71.1 - Load error 2005-12-21 07:32:44,343 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:32:44,453 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:32:45,053 ERROR [-Processor31] 66.249.71.14 - Find failed 2005-12-21 07:32:45,293 ERROR [-Processor28] 82.240.21.238 - Find failed 2005-12-21 07:32:45,302 ERROR [-Processor28] 82.240.21.238 - Load error 2005-12-21 07:32:45,563 ERROR [-Processor29] 213.186.59.103 - Find failed 2005-12-21 07:32:45,570 ERROR [-Processor29] 213.186.59.103 - Load error 2005-12-21 07:32:45,583 ERROR [-Processor38] 68.142.250.161 - Find failed 2005-12-21 07:32:45,590 ERROR [-Processor38] 68.142.250.161 - Load error 2005-12-21 07:32:45,773 ERROR [-Processor26] 83.201.115.236 - Find failed 2005-12-21 07:32:45,779 ERROR [-Processor26] 83.201.115.236 - Load error 2005-12-21 07:32:47,063 ERROR [-Processor31] 66.249.71.14 - Find failed 2005-12-21 07:32:47,071 ERROR [-Processor31] 66.249.71.14 - Load error 2005-12-21 07:32:47,453 ERROR [-Processor19] 82.66.195.159 - Find failed 2005-12-21 07:32:47,459 ERROR [-Processor19] 82.66.195.159 - Load error 2005-12-21 07:32:48,283 ERROR [-Processor32] 80.239.144.11 - Find failed 2005-12-21 07:32:48,288 ERROR [-Processor32] 80.239.144.11 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /161528030_S.jpg 2005-12-21 07:32:49,013 ERROR [-Processor26] 66.249.66.228 - Find failed 2005-12-21 07:32:49,383 ERROR [10.150.28.77] - Find failed 2005-12-21 07:32:49,388 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:49,723 ERROR [-Processor35] 24.199.247.99 - Find failed 2005-12-21 07:32:49,729 ERROR [-Processor35] 24.199.247.99 - Load error 2005-12-21 07:32:50,973 ERROR [-Processor19] 66.249.66.228 - Find failed 2005-12-21 07:32:51,023 ERROR [-Processor26] 66.249.66.228 - Find failed 2005-12-21 07:32:51,030 ERROR [-Processor26] 66.249.66.228 - Load error 2005-12-21 07:32:51,044 ERROR [-Processor27] 80.239.144.2 - Find failed 2005-12-21 07:32:51,050 ERROR [-Processor27] 80.239.144.2 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /50338430_S.jpg 2005-12-21 07:32:51,373 ERROR [P-Processor8] 66.249.66.228 - Find failed 2005-12-21 07:32:51,380 ERROR [P-Processor8] 66.249.66.228 - Load error 2005-12-21 07:32:51,424 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:32:51,913 ERROR [-Processor37] 66.249.66.228 - Find failed 2005-12-21 07:32:52,043 ERROR [P-Processor4] 202.134.92.98 - Find failed 2005-12-21 07:32:52,051 ERROR [P-Processor4] 202.134.92.98 - Load error 2005-12-21 07:32:52,663 ERROR [-Processor31] 68.142.250.149 - Find failed 2005-12-21 07:32:52,670 ERROR [-Processor31] 68.142.250.149 - Load error 2005-12-21 07:32:52,983 ERROR [-Processor19] 66.249.66.228 - Find failed 2005-12-21 07:32:52,989 ERROR [-Processor19] 66.249.66.228 - Load error 2005-12-21 07:32:53,293 ERROR [-Processor22] 66.249.66.228 - Find failed 2005-12-21 07:32:53,300 ERROR [-Processor22] 66.249.66.228 - Load error 2005-12-21 07:32:53,583 ERROR [-Processor14] 66.249.64.44 - Find failed 2005-12-21 07:32:53,923 ERROR [-Processor37] 66.249.66.228 - Find failed 2005-12-21 07:32:53,929 ERROR [-Processor37] 66.249.66.228 - Load error 2005-12-21 07:32:54,753 ERROR [-Processor33] 195.220.252.125 - Find failed 2005-12-21 07:32:54,759 ERROR [-Processor33] 195.220.252.125 - Load error 2005-12-21 07:32:54,853 ERROR [-Processor32] 68.142.249.196 - Find failed 2005-12-21 07:32:54,860 ERROR [-Processor32] 68.142.249.196 - Load error 2005-12-21 07:32:55,484 ERROR [-Processor38] 68.142.249.192 - Find failed 2005-12-21 07:32:55,490 ERROR [-Processor38] 68.142.249.192 - Load error 2005-12-21 07:32:55,594 ERROR [-Processor14] 66.249.64.44 - Find failed 2005-12-21 07:32:55,600 ERROR [-Processor14] 66.249.64.44 - Load error 2005-12-21 07:32:56,364 ERROR [10.150.28.77] - Find failed 2005-12-21 07:32:56,369 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:56,474 ERROR [10.150.28.77] - Find failed 2005-12-21 07:32:56,479 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy: 2005-12-21 07:32:56,524 ERROR [-Processor29] 195.12.230.202 - Find failed 2005-12-21 07:32:56,529 ERROR [-Processor29] 195.12.230.202 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /259063163_S 2005-12-21 07:32:57,424 ERROR [P-Processor2] 68.142.251.171 - Find failed 2005-12-21 07:32:57,433 ERROR [P-Processor2] 68.142.251.171 - Load error 2005-12-21 07:32:57,624 ERROR [-Processor11] 66.249.64.14 - Find failed 2005-12-21 07:32:57,630 ERROR [-Processor11] 66.249.64.14 - Load error 2005-12-21 07:32:58,394 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:32:58,514 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy: 2005-12-21 07:33:00,014 ERROR [P-Processor2] 68.142.249.32 - Find failed 2005-12-21 07:33:00,020 ERROR [P-Processor2] 68.142.249.32 - Load error 2005-12-21 07:33:01,254 ERROR [-Processor22] 212.96.81.124 - Find failed 2005-12-21 07:33:01,260 ERROR [-Processor22] 212.96.81.124 - Load error 2005-12-21 07:33:01,674 ERROR [-Processor38] 81.65.62.115 - Find failed 2005-12-21 07:33:01,680 ERROR [-Processor38] 81.65.62.115 - Load error 2005-12-21 07:33:01,904 ERROR [-Processor34] 66.249.71.9 - Find failed 2005-12-21 07:33:01,910 ERROR [-Processor34] 66.249.71.9 - Load error 2005-12-21 07:33:02,674 ERROR [-Processor19] 81.240.142.112 - Find failed 2005-12-21 07:33:02,680 ERROR [-Processor19] 81.240.142.112 - Load error 2005-12-21 07:33:02,694 ERROR [-Processor14] 68.142.249.81 - Find failed 2005-12-21 07:33:02,701 ERROR [-Processor14] 68.142.249.81 - Load error 2005-12-21 07:33:03,434 ERROR [-Processor32] 195.101.150.124 - Find failed 2005-12-21 07:33:03,994 ERROR [-Processor29] 68.142.251.26 - Find failed 2005-12-21 07:33:05,444 ERROR [-Processor32] 195.101.150.124 - Find failed 2005-12-21 07:33:05,594 ERROR [-Processor19] 68.142.250.105 - Find failed 2005-12-21 07:33:05,605 ERROR [-Processor19] 68.142.250.105 - Load error 2005-12-21 07:33:05,614 ERROR [-Processor14] 66.249.71.9 - Find failed 2005-12-21 07:33:05,621 ERROR [-Processor14] 66.249.71.9 - Load error 2005-12-21 07:33:06,004 ERROR [-Processor29] 68.142.251.26 - Find failed 2005-12-21 07:33:06,012 ERROR [-Processor29] 68.142.251.26 - Load error 2005-12-21 07:33:06,334 ERROR [-Processor23] 66.249.66.228 - Find failed 2005-12-21 07:33:06,342 ERROR [-Processor23] 66.249.66.228 - Load error 2005-12-21 07:33:06,544 ERROR [-Processor22] 66.249.71.53 - Find failed 2005-12-21 07:33:06,552 ERROR [-Processor22] 66.249.71.53 - Load error 2005-12-21 07:33:07,174 ERROR [-Processor37] 66.249.66.228 - Find failed 2005-12-21 07:33:07,181 ERROR [-Processor37] 66.249.66.228 - Load error 2005-12-21 07:33:07,454 ERROR [-Processor32] 195.101.150.124 - Could not create entity 2005-12-21 07:33:07,466 ERROR [-Processor32] 195.101.150.124 - Load error ----- minitord version 2.2.0 |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 22/déc./05 14:56 ] |
|
C'est un problèmre de no managed connection. En voici la preuve: IP 81.52.207.33 = akaimai 2005-12-21 07:31:24,358 INFO [P-Processor1] 81.52.207.33 - >>> GET http://img.priceminister.com/photo/285572808_S 2005-12-21 07:31:26,361 ERROR [P-Processor1] 81.52.207.33 - Find failed org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] )) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:107) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:210) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.execute(JDBCFindByPrimaryKeyQuery.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) ..... 2005-12-21 07:31:26,365 ERROR [P-Processor1] 81.52.207.33 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /285572808_S 2005-12-21 07:31:26,366 INFO [P-Processor1] 81.52.207.33 - <<< [2008 ms] GET http://img.priceminister.com/photo/285572808_S |
[APP-6833] Plantage de la plateforme de PROD le 27/12 à 8h44 Création: 27/déc./05 10:03 Mise à jour: 25/juin/07 18:34 Résolue: 03/août/06 11:37 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9c |
| Version(s) corrigée(s): | ToDo |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
log plantage PROD du 271205.txt
|
| Description |
|
Ce matin dès 8h44 nous avons un premier serveur applicatif
(ANGITA) qui tombe. Il ne s'agit pas d'un crash JVM. Notre outil de
supervision à détecté une erreur du type 'No JBOSS process running'. Juste ensuite (8h45) un 2ème SA est tombé (HERCULE). Il ne s'agit pas d'un crash JVM. Notre outil de supervision à détecté une erreur du type 'No JBOSS process running'. Tous les autres SA suivent ensuite le plantage (AMPHITRITE, TELLUS, SOL, TERRA, NEPTUNE, ANGITA). D'après les premières constatations du mini-déploiement de la V809c pas de pb ce matin. L'appli a redémarrée à 5h14. Pas de charge particlière sur le site et sur la base. Un trafic équivalent depuis 8h. On note par contre la même dernière ligne sur le fichier de log de tous les SA 'Maximum supported image dimension is 65500 pixels'. Tous les logs (JBOSS+APACHE+QTX) sont archivés sur le FILER NFS (accessible depuis n'importe quel serveur au niveau de /pmshare/exploit/logs) |
| Commentaires |
| Commentaire de Swan Desportes [ 27/déc./05 10:42 ] |
|
Le crash ressemble fortement à ceux que nous avons lors de
la mise en prod de jmagick (API Java d'utilisation d'ImageMagick).
ImageMagick peut élever sa consommation de mémoire pour faire planter
l'application abruptement. En furetant sur internet, d'autres utilisateurs font savoir qu'ils ont eu ce message d'erreur en utilisant JMagick. Pour autant, le message d'erreur n'est pas crédible puisque l'on peut sans problème soumettre des images supérieures à la taille annoncée. ImageMagick sait tout à fait traiter des images de plus de 65500 pixels au format JPG. Ce message est probablement symptomatique d'un simple plantage mémoire. |
| Commentaire de Arnaud Forgues [ 27/déc./05 11:22 ] |
|
J'ai pu constater que sur SOL, environ 1 minute avant le plantage, il y a eu de nombreux "Session unbound" : Entre temps il n'y a rien eu de louche .. 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound 2005-12-27 08:43:46,379 INFO [-Processor19] - Session bound 2005-12-27 08:43:46,380 INFO [-Processor19] 66.249.66.33 - >>> GET http://www.priceminister.com/boutique/WAYNE636/category/102715 2 .............. 2005-12-27 08:44:26,768 INFO [-Processor13] 66.249.64.79 - Displaying tag : Tracking (ENTRY) - NO_TRACKING(729040)::Entree 2005-12-27 08:44:26,793 ERROR [P-Processor4] 66.249.66.33 - Category configuration problem - Parameter : 171522/127585 - Value 10.0 not comparable to K02103 2005-12-27 08:44:26,793 ERROR [P-Processor4] 66.249.66.33 - Category configuration problem - Parameter : 171523/127586 - Value 10.0 not comparable to K02103 2005-12-27 08:44:26,826 INFO [-Processor14] 66.249.66.33 - Displaying tag : Tracking (ENTRY) - NO_TRACKING(729040)::Entree Maximum supported image dimension is 65500 pixels |
| Commentaire de Arnaud Forgues [ 27/déc./05 11:56 ] |
|
J'ai reperé également cette requete plusieurs fois sur plusieurs SA (hercule, sol, Aurore) un peu avant plantage : Sur sol : "2005-12-27 08:45:49,543 INFO [-Processor45] 213.228.0.12 - <<< [2290 ms] GET http://www.priceminister.com/offer/buy/ad><!-- Version : V809c - Build : Mon, 26 Dec 2005 12:21:32 +0100--> <!--" Sur Hercule : pareil avec l'IP : 213.228.0.86 précédé de : "213.228.0.86 - <<< [87 ms] GET http://www.priceminister.com/product?action=referencesearch&reference=0848809017" Sur Aurore : IP : 86.202.237.77 précédé de : "86.202.237.77 - >>> GET http://www.priceminister.com/product?action=referencesearch&reference=2903279098" |
| Commentaire de Justin Ziegler [ 28/déc./05 18:41 ] |
|
Il faudrait regarder ce qui s'est passe sur venus de pres. En effet, d'apres les courbes ce serveur a eu une pointe de charge au moment du plantage. |
| Commentaire de Judd OSullivan [ 03/août/06 11:37 ] |
| On a pas eu une récurrence donc je ferme. |
[APP-6495] ORA-01476: divisor is equal to zero Création: 28/nov./05 09:43 Mise à jour: 25/juin/07 18:33 Résolue: 28/nov./05 15:59 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Serge Delabrosse | Attribution: | Geneviève Beaujard |
| Résolution: | Doublon | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
Bonjour on voit une erreur inahibuelle : une division par ZERO à investiguer . Cdlt Serge ====================================================== venus 2005-11-28 09:30:08 Jboss log reports oracle error 2005-11-28 09:21:37,374 ERROR [-Processor15] 193.252.149.20 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #31 ORA-01476: divisor is equal to zero -- Referrer : null -- 2005-11-28 09:23:16,487 ERROR [P-Processor5] 212.157.111.5 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero -- Referrer : http://www.dvdpascher.net/moteur/dvd_moteur_result.php?titre=les+indestructibles&orderby=0&ra= -- 2005-11-28 09:23:52,897 ERROR [-Processor39] 212.157.111.5 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero -- Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/les+indestructibles minitord version 2.2.0 |
| Commentaires |
| Commentaire de Serge Delabrosse [ 28/nov./05 10:31 ] |
|
L'erreur semble venir de l'absence de referer (? ) quand on clique sur le lien la page 'aviator' ci desous s'affiche bien ... ====================================================== venus 2005-11-28 10:15:08 Jboss log reports oracle error 2005-11-28 10:07:03,386 ERROR [-Processor30] 81.249.131.239 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #33 ORA-01476: divisor is equal to zero -- Referrer : null -- 2005-11-28 10:07:20,561 ERROR [-Processor18] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero -- Referrer : null -- 2005-11-28 10:07:27,004 ERROR [-Processor30] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #27 ORA-01476: divisor is equal to zero -- Referrer : null -- 2005-11-28 10:07:46,813 ERROR [-Processor33] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero -- Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator -- 2005-11-28 10:07:56,810 ERROR [-Processor15] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #37 ORA-01476: divisor is equal to zero -- Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator -- 2005-11-28 10:08:01,995 ERROR [-Processor12] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #31 ORA-01476: divisor is equal to zero -- Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator minitord version 2.2.0 |
| Commentaire de Serge Delabrosse [ 28/nov./05 10:34 ] |
|
je vais aller voir Emanuel Benmoussa , car il est possible que certaines modif ai été effectuée récement sur zone de code qui traite le référencement ... |
| Commentaire de Serge Delabrosse [ 28/nov./05 12:36 ] |
|
une recherche a été faite sur IP : 212.157.111.5 aux heures ou apparaissent ORA-01476: divisor is equal to zero il y avait a ce moment la les requetes suivantes: ===================================== www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:16 +0100] "GET /offer/buy/5568157?tracking=271840 HTTP/1.1" 503 4 442 "http://www.dvdpascher.net/moteur/dvd_moteur_result.php?titre=les+indestructibles&orderby=0&ra=" "Mozilla/5.0 (Macintosh ; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12" www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:16 +0100] "GET /favicon.ico HTTP/1.1" 200 894 "-" "Mozilla/5.0 (Mac intosh; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12" www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:27 +0100] "GET /navigation/se/category/search_video/category_sub/10 4703/kw/les+indestructibles HTTP/1.1" 200 7066 "http://www.priceminister.com/offer/buy/5568157?tracking=271840" "Mozilla/5.0 ( www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:52 +0100] "GET /offer/buy/5568157/Les-Indestructibles-Import-Belge- DVD-Zone-2.html HTTP/1.1" 503 4304 "http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/le s+indestructibles" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12" Le log été sauvegardé sur : /data/priceminister/pmshare/sd.divide_by_null.28_NOV05.vaccess_log pour investigation complémenatires : |
| Commentaire de Serge Delabrosse [ 28/nov./05 15:56 ] |
|
apparement , geniève a passe un script pour corriger ce pb , il y a 1à minutes ... sous un autre N° APP . Je vais vérifier que l'erreur ORA-01476 : divisor is equal to zero , n'arrive plus ... |
[EXP-1283] Mise en place d'une fiche de Mise en production (MEP) pour les serveurs internes Création: 15/févr./06 14:33 Mise à jour: 25/juin/07 18:56 Résolue: 24/févr./06 10:19 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 heures, 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Il faudrait définir une fiche de réception de mise en
production des serveurs internes (MEP). Cela à pour objectif de valider
que tous les éléments pré-recquis sont bien installés (électrification,
rackage, cablage, réseau, sauvegarde, supervision avec MINITOR,
documentation, plan..)
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 17/févr./06 12:19 ] |
|
J'ai écrit un document de mise en production . Ensuite j'ai écris une fiche qui bien sur est ouvert à toutes critiques et modifications FICHE DE MISE EN ¿UVRE PHASES Réception Date : Effectué par : Nom : Nombre de colis : Remarque état des colis: (bon/moyen/mauvais) : Déballage Date : Rangement documentations : (oui/non) : Emplacement Baie n° : Rackage Nombre de U utilisé : Emplacement : (De ? à ? ) Electrification Division des alimentations : Onduleur de la baie : (oui/non) : Onduleur principal : (oui/non) : Rangement des câbles : Attachement : (oui/non) : Réseau Raccordement au bon switch : (oui / non)(Quel switch) : Type de câble : (cat 5e, 6 / dtp /ftp) : Rangement des câbles : (oui / non) : RAID Configuration : Nombre de disques Type de Raid (0 /1/ 10) Interne Baie 1 Baie 2 OS Type : (Windows / Linux ) : Version : (2003 / RH AS3 /4) : Adresse IP : Nom du serveur : Nombre de partitions : Nom des partitions : Taille des partitions (Go): Alertes minitord Installés : (oui / non) WIKI Documentations : (oui / non) |
| Commentaire de Jérémie Bennejean [ 21/févr./06 17:26 ] |
| J'ai refais le document |
| Commentaire de Jérémie Bennejean [ 24/févr./06 10:19 ] |
| document disponible dans Z:/exploitatio/mep.xls |
[EXP-1422] [Paiement en X fois : Intégration 1euro.com] Besoin d'accès extérieur ==> PAT Création: 02/mars/06 10:51 Mise à jour: 25/juin/07 18:56 Résolue: 03/mars/06 16:51 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Arnaud Forgues | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures, 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour, Dans le cadre du chantier "Paiement en X fois : intégration 1euro.com", nous sommes en partenariat avec 1euro.com/Atos. Aussi le développement technique nécessite : - de se connecter vers une adresse externe sur le port 3322 (ce point a déjà été débloqué par PAP/JEB via fortigate) - de recevoir une reponse d'un serveur externe vers nos serveurs interne. Aussi on ne recoit pas cette réponse dû au réseau local. Ma demande est donc de faire du Port Address Translation au niveau de fortigate afin de donner accès à nos serveurs de dev et integ (pour les prochains tests) Le serveur externe est le suivant : rcet-payment.sips-atos.com Les serveurs interne sont les suivants : - www.pm.bollinger:2580 (Renaud) - www.pm.bollinger:7080 (Arnaud) - www.pm.lan (pour le site d'INTEG) A priori la demande devrait étre traité par Jérémie (vu avec Alain) Merci, Arnaud |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 02/mars/06 17:59 ] |
|
Nouveau virtual IP Name IP Service Port Map to IP Map to Port SSH_CONTREX wan1/84.14.5.59 tcp/22 192.168.1.252 tcp/22 Delete Edit virtualip_renaud wan1/62.23.27.114 tcp/3333 192.168.1.29 tcp/2580 ---------------------------------------------------------------------------------------------------------------------- Nouvelle règle : wan1 -> internal (1) 44 all virtualip_renaud always ANY ACCEPT ----------------------------------------------------------------------------------------------------------------------- test depuis l'exterieur Quand http://62.23.27.114:3333 redirection et acces automatique a http://192.168.1.29:2580 test Ok |
| Commentaire de Arnaud Forgues [ 03/mars/06 12:16 ] |
| En fait ca marche toujours pas !! J'ai demandé à mon contact chez Atos de regarder dans ces logs et il a une erreru 502. Il a donc testé tout simplement dans browser et ca fait la meme chose |
| Commentaire de Jérémie Bennejean [ 03/mars/06 12:36 ] |
|
ok, c''est bizzare, le test que tu as fait hier fonctionnait . On va tacher de faire le test ici ... masi je n'ai pas de connexion adsl. Je vais passer pas une connexion rtc. |
| Commentaire de Jérémie Bennejean [ 03/mars/06 15:09 ] |
|
re tester depuis l exterieure cela foncitonne ( vu avec arnaud forgues). re changement de port. L'interdiction vient de chez atos certainement. |
| Commentaire de Jérémie Bennejean [ 03/mars/06 16:37 ] |
|
modifié sur le port 443 test ok |
| Commentaire de Renaud Dierickx [ 03/mars/06 16:43 ] |
| Merci Jérémie... Ca marche !!! Bon week-end. |
[APP-10652] Message étrange sur la HP : "Unable to send headers" Création: 20/juin/06 14:33 Mise à jour: 25/juin/07 18:41 Résolue: 28/juin/06 10:47 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | 9.0.1 |
| Version(s) corrigée(s): | 9.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Description |
|
2006-06-20 14:31:10,162 INFO [P-Processor5] 192.168.1.212 - >>> GET http://www.pm.lan/ng 2006-06-20 14:31:10,209 WARN [P-Processor5] 192.168.1.212 - Unable to send headers java.net.SocketException: Socket closed at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:99) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:509) at org.apache.jk.server.JkCoyoteHandler.appendHead(JkCoyoteHandler.java:410) at org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:425) at org.apache.coyote.Response.action(Response.java:182) at org.apache.coyote.Response.sendHeaders(Response.java:374) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:317) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293) at org.apache.catalina.connector.CoyoteWriter.flush(CoyoteWriter.java:82) at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:174) at com.babelstore.util.Block.generate(Block.java:149) at com.babelstore.util.web.Screen.generate(Screen.java:135) at com.babelstore.util.web.Request.generate(Request.java:418) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:474) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:358) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:164) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-06-20 14:31:10,222 INFO [P-Processor5] 192.168.1.212 - <<< [59 ms] GET http://www.pm.lan/ng |
| Commentaires |
| Commentaire de Andrei Matyas [ 22/juin/06 10:49 ] |
|
Bizarrement ces logs apparaissent mais on n'as pas
d'anomalie de fonctionnement. En plus ce genre d'exception est visible
que sous IE. Ceci veut dire que le navigateur ferme la connexion tcp/ip avant Tomcat. Le bug n'apparaît qu'en INTEGL.a seule différence entre le DEV et l'INTEG c'est le fait d'avoir des serveurs Apache en Front. Pour connecter Apache et Tomcat on utilise mod_jk. Voila un scénario possible : Le client ferme la connexion. Apache ne transmet pas (ou pas correctement) ce fait à Tomcat. Donc Tomcat utilise une réponse dons le socket est fermé. Ceci dit nous avons une exception levée. Sur le net j'ai déjà trouve beaucoup d'article liés à la communication Apache-Tomcat via mod_jk. Donc ce problème (ClientAbortException ) est bien connu. Par contre il reste une question : Pourquoi IE ferme cette connexion. Une piste possible (que des suppositions) : La version V901 intègre les Taglibs pour la traduction. Ainsi des modifications dans la génération des blocs ont été faites. Plus précisément avant on générait les blocs dans un buffer (à flusher à la fin). Maintenant on flush ce buffer pour chaque block. Ceci dit après le premier flush les headers http sont envoyées au browser. Ensuite une trame de réponse (les données) est envoyée. Sachant qu'on est dans un système synchrone nous avons une notion de timeout. Ainsi si le timeout est dépassé le client coupe la connexion. Ensuite nous avons un problème de communication Apache - Tomcat (voir précédemment). |
| Commentaire de Quentin de Chivré [ 22/juin/06 10:56 ] |
|
Je n'avais pas connaissance de ce changement de fonctionnement du buffering !!!!! Il faut absolument qu'on voie ca avec Judd / Fabrice, c'est grave ! On ne peut pas changer ce type de comportement comme ca..... |
| Commentaire de Judd OSullivan [ 28/juin/06 10:47 ] |
| Corrigé avec la MAJ de Block. |
| Commentaire de Patrick Condevaux [ 03/juil./06 12:20 ] |
| ok en INTEG |
[APP-12347] Mauvais generation/parse d'URL pour les adverts Création: 14/sept./06 14:00 Mise à jour: 25/juin/07 18:44 Résolue: 15/sept./06 15:58 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Base de données |
| Affecte la/les version(s): | 9.0.3 |
| Version(s) corrigée(s): | 9.0.3.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Judd OSullivan |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Description |
|
J'ai l'impression que c'est une nouvelle erreur qu'on a depuis ce matin : amphitrite Thu Sep 14 13:08:23 2006 Jboss log report oracle error 2006-09-14 13:05:54,176 ERROR [-Processor39] 86.207.12.3 - [Oracle] #56 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY -- at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) -- 2006-09-14 13:05:58,438 ERROR [-Processor35] 86.207.12.3 - [Oracle] #53 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY -- at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) -- 2006-09-14 13:06:03,766 ERROR [-Processor19] 86.207.12.3 - [Oracle] #33 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY -- at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) -- |
| Commentaires |
| Commentaire de Patrick Condevaux [ 14/sept./06 14:35 ] |
|
un peu plus de log associé a cette erreur: 2006-09-14 13:05:54,160 INFO [-Processor39] 86.207.12.3 - >>> GET http://www.priceminister.com/offer?action=desc&aid=112726514/ 2006-09-14 13:05:54,170 INFO [Processor100] - Session bound 2006-09-14 13:05:54,176 WARN [-Processor39] 86.207.12.3 - SQL Error: 932, SQLState: S1000 2006-09-14 13:05:54,176 ERROR [-Processor39] 86.207.12.3 - [Oracle] #56 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY 2006-09-14 13:05:54,185 ERROR [-Processor39] 86.207.12.3 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.priceminister.com/offer?action=desc&aid=112726514/ Referrer : http://www.saxo-vts.com/forum/viewtopic.php?t=3449 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 Trace : javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: could not execute query at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy259.getComplementProductsAdvert(Unknown Source) at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:72) at com.babelstore.util.web.Model.doLoad(Model.java:48) at com.babelstore.util.Block.load(Block.java:106) at com.babelstore.util.web.Screen.load(Screen.java:108) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:224) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) |
| Commentaire de Judd OSullivan [ 15/sept./06 11:15 ] |
|
C'est des URLs mal formé. Le message d'erreur est obscur. On rate une verification quelque part. Voici qqs URLS qui generent ce message : GET http://www.priceminister.com/offer?action=desc&aid=112726514/ GET http://www.priceminister.com/offer?action=desc&aid=113201734/ GET http://www.priceminister.com/offer/vehicle/productid/PicExportError 1/ Il faut generer une erreur logique quand l'URL est mal parsé 2/ Il faut trouver d'ou viennent ces URLs. Je dirait qu'ils sont généré par l'application donc à voir ou. |
| Commentaire de Judd OSullivan [ 15/sept./06 15:58 ] |
|
Tout les URLs avec PicExportError vient de même adresse ip :
82.227.15.231; et au même moment : 2006-09-14 19:36:15,973. Je ne pense pas que l'URL est généré chez nous. Je ne sais pas si les URLs avec un advert_id suivi par un '/' sont generé par l'application non-plus. J'ai au moins 2 examples de cette suite d'URL : >>> GET http://www.priceminister.com/offer/vehicle/productid/48593806 >>> GET http://www.priceminister.com/offer/vehicle/productid/logo.jpg >>> GET http://www.priceminister.com/offer/vehicle/productid/globe.jpg ou les 2 dernier get arrivent 0,5 second après le premier. De tout facon je n'ai qu'une quinzaine de ce genre d'erreur pour une journée sur tout les SA. J'ai mis en place une meilleure gestion d'erreur. |
| Commentaire de Lydia Dali [ 19/sept./06 16:15 ] |
|
2006-09-19 15:46:33,641 INFO [P-Processor1] 192.168.1.155 - >>> GET http://www.pm.lan/offer?action=desc&aid=112726514/ 2006-09-19 15:46:33,642 WARN [P-Processor1] 192.168.1.155 - AdvertId in URL is not valid 2006-09-19 15:46:33,646 ERROR [P-Processor1] 192.168.1.155 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.pm.lan/offer?action=desc&aid=112726514/ Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Trace : com.babelstore.util.ApplicationException: Annonce introuvable at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:77) at com.babelstore.util.web.Model.doLoad(Model.java:48) |
[APP-14643] Erreur sur création label vendeur Création: 12/janv./07 13:22 Mise à jour: 25/juin/07 18:48 Résolue: 13/févr./07 10:53 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 11.3.1 |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Classif1: | MON COMPTE | ||||||||
| Classif2: | Label vendeur | ||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
2007-01-12 08:37:31,471 INFO [P-Processor4] 90.19.33.82 - >>> GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur 2007-01-12 08:37:31,598 ERROR [P-Processor4] 90.19.33.82 - Block generation error in : com.babelstore.user.front.SellerLabelCreation_jsp 2007-01-12 08:37:31,599 ERROR [P-Processor4] 90.19.33.82 - Assembly error Servlet : com.babelstore.user.front.UserServlet Request : GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur Referrer : null User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) Trace : java.lang.NullPointerException at com.babelstore.user.front.SellerLabelCreation_jsp.generate(SellerLabelCreation_jsp.java:88) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Request.include(Request.java:520) at com.babelstore.util.web.Request.include(Request.java:553) at com.babelstore.util.web.Request.include(Request.java:559) at com.babelstore.common.front.FrontTemplate3c_jsp.generate(FrontTemplate3c_jsp.java:196) at com.babelstore.util.Block.generate(Block.java:143) at com.babelstore.util.web.Screen.generate(Screen.java:137) at com.babelstore.util.web.Request.generate(Request.java:493) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:493) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2007-01-12 08:37:31,599 INFO [P-Processor4] 90.19.33.82 - <<< [128 ms] GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 13/févr./07 10:53 ] |
|
Remarque importante: ce type d'erreur n'arrive que si la personne n'est pas loggée (addresse IP au lieu du login) et quand le parametre seller_url est incorrect Voila ce qui se passe: la personne essaie de creer son label vendeur, mais recupere le message d'erreur suivant sur sa page: Merci d'entrer l'adresse de votre site perso et non pas votre email. En effet au lieu de rentrer l'adresse de son site il rentre son email. Qu'a cela ne tienne la personne enregistre le lien et essaye plus tard alors qu'il n'est pas loggé, mais la o probleme on se plante dans la phase d'assemblage car la variable infUser est null, normalement c'est la methode execute qui verifie si la personne est loggée, mais comme il y une erreur d'input cette methode n'est pas appelée. Je signale au passage que plusieurs personnes agissent de la même maniere. Voila pour les explications. Pour faire fonctionner je change le modele (SellerLabelModel). je remplace: try { bizUser = request.getUserBusiness(); infUser = bizUser.getUserInfo(); } catch (UserLoginException e) { request.screen().hide(FrontBlock.ACCOUNT_BLOCK); } par bizUser = request.getUserBusiness(); infUser = bizUser.getUserInfo(); En effet grace a cette modif, dans la phase de loading on va demander a la personne de se logger, le champ infUser sera ainsi renseigné dans la phase d'assemblage. Par contre, je ne vois pas comment faire comprendre a ces personnes de rentrer l'adresse de leur site pplutôt que leur adresse email. |
| Commentaire de Younès Charrière [ 25/avr./07 16:15 ] |
|
Testé avec Geneviève en Integ. Cela marche très bien maintenant. En effet, si le vendeur est loggé, entre son mail au lieu de son site perso, on lui fait apparaitre un message d'erreur et si il enregistre dans ses marques pages la page courante, le jour où il est déconnecté et qu'il utilise son marque page, on affiche plus "Erreur non disponible" (cela se traduit par les logs d'erreur de christophe) mais on lui demande de se connecter. |
[APP-17201] Left side ($product.getAttributeValue('PMA0001601')) of '==' operation has null value. If a reference Création: 19/juil./07 17:50 Mise à jour: 25/oct./07 17:51 Résolue: 24/juil./07 14:43 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 17.0.0 |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Ange Ferrari | Attribution: | Cedric Favero |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Description |
|
Bonjour, Sur les serveurs applicatifs nous avons des erreurs du type 2007-07-19 15:23:06,964 ERROR [-Processor54] 89.84.175.7 - Left side ($product.getAttributeValue('PMA0001601')) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - PrdConfiguration - Detail - Disclaimer - Alias : detail_cycle_template [line 2, column 47] 2007-07-19 15:23:20,774 ERROR [-Processor36] yaume75 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] 2007-07-19 15:23:20,775 ERROR [-Processor36] yaume75 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" 2007-07-19 15:23:26,751 ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41] 2007-07-19 15:23:26,754 ERROR [-Processor90] 2jo4 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] 2007-07-19 15:23:26,755 ERROR [-Processor90] 2jo4 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" 2007-07-19 15:23:41,087 ERROR [-Processor21] vanina13 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] |
| Commentaires |
| Commentaire de Cedric Favero [ 20/juil./07 15:38 ] |
|
j'ai pas l'impression que çà ait à voir qqch avec les mots clés. Je n'ai aucun mot clé sur cette valeur d'attribut j'ai vu que çà correspondait à : PMA0001601: Norme, Label ou Certification QQch à voir avec le summary ? |
| Commentaire de Ariane Baldinger [ 23/juil./07 10:39 ] |
| Le début des logs concernent certainement le Param mais le reste je ne crois pas... |
| Commentaire de Julien Sananikone [ 23/juil./07 11:51 ] |
|
2007-07-19 15:23:06,964 ERROR [-Processor54] 89.84.175.7 -
Left side ($product.getAttributeValue('PMA0001601')) of '==' operation
has null value. If a reference, it may not be in the context. Operation
not possible. PMVelocity - PrdConfiguration - Detail - Disclaimer -
Alias : detail_cycle_template [line 2, column 47] -> erreur param : dans detail_template infoglue app-17142 : déjà corrigé mais en prod en V16 2007-07-19 15:23:20,774 ERROR [-Processor36] yaume75 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] -> erreur BO fraudes : voir Sebastien Bruzzone 2007-07-19 15:23:20,775 ERROR [-Processor36] yaume75 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" -> erreur BO fraudes : voir Sebastien Bruzzone : j'ai l'impression que ça concerne la surveillance des IP 2007-07-19 15:23:26,751 ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41] -> erreur BO : voir xavier 2007-07-19 15:23:26,754 ERROR [-Processor90] 2jo4 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] -> erreur BO fraudes : voir Sebastien Bruzzone 2007-07-19 15:23:26,755 ERROR [-Processor90] 2jo4 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700" -> erreur BO fraudes : voir Sebastien Bruzzone : j'ai l'impression que ça concerne la surveillance des IP 2007-07-19 15:23:41,087 ERROR [-Processor21] vanina13 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33] -> erreur BO fraudes : voir Sebastien Bruzzone grosso modo c'est toujours le même piège velocity dans lequel on tombe : il faut s'assurer de l'existence d'une variable avant de la manipuler (comparaison, etc...) Cedric favero (mots-clés) est au courant du problème au niveau du BO, peut-être peut-il faire passer le mot au reste du service. |
| Commentaire de Cedric Favero [ 23/juil./07 12:01 ] |
|
Tous ces mots clés me concernent directement. Concernant la surveillance d'IP, $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") , il y avait une erreur car j'avais utilisé la variable $user au lieu de $seller dans ce cas. (cf Concernant le $purchase.CardNumberHash , il était destiné à detecter un utilisateur par sa carte mais n'a pas sa place en surveillance vendeur/ création d'annonce , je le degage concernant ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41] -> je ne vois pas quel est le problème? Pourrais je avoir plus d'information... |
| Commentaire de Julien Sananikone [ 23/juil./07 13:20 ] |
|
http://bo.priceminister.com/admin_back?action=keywordview&keywordid=833702 c'est un mot-clé de "surveillance vendeur". le problème c'est que $advert.PrdMediumCode ne devait pas exister au moment de l'examen de ce mot-clé (dommage qu'on ne voit pas quelle annonce a causé le pb) -> il faut faire: ($advert.PrdMediumCode && $advert.PrdMediumCode.toString()=="40141" ) |
| Commentaire de Cedric Favero [ 23/juil./07 14:07 ] |
|
le problème peut-il intervenir aussi avec un typecode car on a bcp de mots clés de ce genre. un produit a toujours un type ou un medium non? comment celà peut il retourner une erreur "null" ? |
| Commentaire de Cedric Favero [ 23/juil./07 15:33 ] |
|
ok , vu avec julien , une erreur est retournée lorsque
l'article n'appartient à aucun medium , je vais donc modifier les
quelques mots clés de meme type que l'on peut avoir avec la structure
suivante: ($advert.PrdMediumCode && $advert.PrdMediumCode.toString()=="xxxx" ) Un type étant par contre toujours présent , je ne touche pas à ceux là. |
| Commentaire de Julien Sananikone [ 23/juil./07 15:41 ] |
|
pour info : voici les types sans medium http://bo.priceminister.com/referential_back?action=typesearch&medium=true |
| Commentaire de Cedric Favero [ 24/juil./07 14:43 ] |
| C'est bon pour moi , je suis repassé sur les mots clés concernés et ai vérifié leur bon fonctionnement. je ferme. |
[EXP-3924] pb de reception des mails nouvelles ventes Création: 21/août/07 12:17 Mise à jour: 16/avr./08 14:03 Résolue: 16/avr./08 14:03 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Patrice Boulanger |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Description |
|
plusieurs utilisateurs nous signalent la non réception des mails de nouvelles ventes ou autres... Messages du 20/08 ex pseudo: frankye - frankchatillon@orange.fr "bonjour je ne recois plus par email mes alertes quand j'ai une vente ou un message d'un acheteur potentiel pourquoi?? merci" pseudo: Quenirove1 - veronique.larroche@laposte.net "je ne reçois plus aucun mail de Priceminister depuis le 14 Août; ni confirmation de vente (alors que je continue à en faire), ni enregistrements et confirmations de commandes, ni publicité et offres, et donc pas non plus d'avertissement si l'un de mes souhaits était exaucé... SVP, pouvez-vous vérifier ce qui se passe? Avec mes remerciements" |
| Commentaires |
| Commentaire de Cedric Favero [ 21/août/07 12:20 ] |
|
"je ne reçois pas les e mails pour mes nouvelles ventes je
suis obligée de me connecter au site chaque jour pour vérifier. J'ai
regardé dans mon profil, mon adresse e mail est bonne donc ... pouvez
vous faire quelque chose ? MERCI sincèrement D.BOCHER dou24db" pseudo:; dou24db - dominique.bocher@laposte.net |
| Commentaire de Cedric Favero [ 21/août/07 12:23 ] |
|
bon apparemment , c'est surtout laposte.net pseudo:cy06 - cy06@laposte.net "Bonjour, sur mon adresse email , entrée correctement dans la rubrique " mon compe" je m'étonne depuis quelques jours de ne plus recevoiir de votre pârt les messages disant que le vendeur a répondu à ma question, que j'ai une nouvelle vente à confirmer... Mais par contre jen continue à recevoir les pubs de votre part , comment cela est ce possible ? pouvez vous résoudre ce problème ? merci de votre compréhension." |
| Commentaire de Espérance Galouo-Lece [ 21/août/07 14:08 ] |
| Patrice, serait-il possible que l'on ait des soucis avec l'envoi de mail ? |
| Commentaire de Cedric Favero [ 22/août/07 09:55 ] |
|
J'ai un cas particulier , encore avec laposte.net L'utilisateur reçoit un mail de notre part (je lui ai demandé de confirmer qu'il recevait bien mon message) mais ne reçoit pas le mail d'activation de son inventaire. Pseudo: marmotte1000 - bernadette.charvin@laposte.net "sincèrement désolée de devoir vous embéter mais ce soir 21/08 21h00 je n'ai toujours pas recu ce mail d'activation pour mes ventes alors que je recois sans soucis vos autres mails =par exemple aujourd'hui: Félicitations marmotte1000, En déposant votre première annonce sur PriceMinister, vous rejoignez la grande communauté des vendeurs de PriceMinister. Pour vous aider à faire décoller votre activité de vendeur, suivez notre série de conseils spécial « nouveau vendeur ». je veux bien faire décoller mes activités mais si je ne peu activer mon inventaire je vais avoir du mal!!!!!!!!!! j'ai relancer de nombreuses fois l'envoi du mail mais sans résultat merci de voir si vous pouvez m'aider à resoudre ce problème. "A tout de suite sur PriceMinister Radinement vôtre La PriceTeam " moi je dis désolement votre!!!!!!!" |
| Commentaire de Cedric Favero [ 22/août/07 10:01 ] |
|
Problème que l'on rencontre de manière cyclique.
Précedemment , on a déjà eu des pbs avec hotmail ou wanadoo/orange... Celà pourrait-il etre du à une assimilation de nos courriers à du spam , en raison de leur en-tête ou autre... ?? |
| Commentaire de Justin Ziegler [ 22/août/07 10:21 ] |
|
Cédric, As tu demandé à ces gens de regarder dans leur dossier de courrier indésirable ? je n'ai pas l'impression que cela soit précisé ci dessous... |
| Commentaire de Cedric Favero [ 22/août/07 10:27 ] |
| Ok je le fais systématiquement. et commenterai les éventuels retours. |
| Commentaire de Justin Ziegler [ 22/août/07 10:36 ] |
|
oui, il faut le faire systématiquement ! pour ce genre de pb, il faut aussi systématiquement mettre "Patrice Boulanger" en observateur. l'ideal serait aussi de faire une recherche en BO et trouver la date à laquelle les mail en question auraient du partir. Cela permettra ensuite d'accélérer et de faciliter les recherches de Patrice. merci |
| Commentaire de Justin Ziegler [ 22/août/07 10:37 ] |
| Peut etre devriez vous avoir un mail type pour ce genre de pb ? |
| Commentaire de Steven Harel [ 22/août/07 10:37 ] |
|
cédric, peux-tu organiser un test pour vérifier si c'est effectivement l'objet du mail qui pose problème ? on ouvre des boites mail où on a observé les soucis (laposte, ...) et on envoie par le bo des mails avec et sans "félicitations" et "important" dans l'objet. en fonction des résultats, on modifiera ou pas l'objet des mails |
| Commentaire de Cedric Favero [ 22/août/07 10:46 ] |
|
Effectivement un mail type pour ce cas serait utile, on s'en occupe... Patrice ayant le JIRA assigné je n'ai pas pensé utile de le mettre en observateur. SInon concernant les dates d'envois, tout est indiqué dans les evenements en bas de la page compte et on voit bien que certains ont meme demandé un nombre important de fois l'envoi du mail d'activation. |
| Commentaire de Cedric Favero [ 22/août/07 10:46 ] |
| steven, je vais prendre 10 min cet apres midi pour tester avec une boite laposte.net , la bonne réception des mails. |
| Commentaire de Justin Ziegler [ 22/août/07 10:55 ] |
|
YES ! tres bonne idee ! Attention : il est important que les mails soient envoyés depuis le bo. Sinon vous changez la donne... |
| Commentaire de Steven Harel [ 22/août/07 11:55 ] |
|
ouais, très bonne idée de Cédric il fait les tests, si c'est concluant eve modifiera les objets dans le bo |
| Commentaire de Justin Ziegler [ 22/août/07 12:38 ] |
| J'ouvre egalement un ticket d'incident chez jet ! |
| Commentaire de Justin Ziegler [ 22/août/07 14:09 ] |
|
Ticket jet : 25586 ! Jet semble assez au fait de ce genre de pb. Je pense donc qu'il est bon de les appeler dès qu'on pense avoir identifié une destination précise à problèmes... |
| Commentaire de Justin Ziegler [ 22/août/07 14:25 ] |
|
Recherche sur graces : [adminpm@graces mail]$ pwd /data/log/mail [adminpm@graces mail]$ grep veronique.larroche@laposte.net maillog* Aug 18 12:25:21 graces00 postfix/cleanup[26314]: 2ABF7143BA: warning: header Subject: =?ISO-8859-15?Q?Bilan_de_votre_commande_num=E9ro_49714848?= from hercule02.atlantide.jmsp.net[ 10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule> Aug 18 12:25:21 graces00 postfix/smtp[25640]: D2809143C4: to=<mailer@priceminister.com>, relay=smtp.jmsp.net[212.30.113.169], delay=1, status=sent (250 2.0.0 l7IAPKD05855 Message a ccepted for delivery) Aug 18 12:25:21 graces00 postfix/smtp[25627]: 2ABF7143BA: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte .net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:26 ] |
|
On est pas les seuls : http://www.phwinfo.com/forum/showthread.php?t=210530 |
| Commentaire de Justin Ziegler [ 22/août/07 14:29 ] |
|
Explication possible (trouvé sur internet) : Ce message signifie que le contenu du message a été refusé par le serveur smtp. Ce probleme a été constaté avec les smtp de wanadoo (smtp.wanadoo.fr) et celui d'oleane (smtp.fr.oleane.com). Il semble que ces serveurs rejettent les mails dont le sujet est "TEST" ou "HELLO" ou " HI". Cette mesure est sans doute mise en place pour lutter contre les virus. Il vous suffit donc généralement de modifier le sujet du mail afin que le terme test n'apparaissent pas pour que le mail puisse être envoyé normalement. Si les problèmes persistent, n'hésitez pas à contacter le support technique par mail depuis votre espace client, en n'oubliant pas de préciser les identifiants du compte concerné ainsi que l'intitulé complet du message d'erreur. |
| Commentaire de Justin Ziegler [ 22/août/07 14:34 ] |
|
Autre cas : Aug 18 21:31:56 graces00 postfix/cleanup[16956]: 0B0EA143AC: warning: header Subject: =?ISO-8859-15?Q?Enregistrement_de_votre_commande_num=E9ro_49733083?= from hercule02.atlantide. jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule> Aug 18 21:31:56 graces00 postfix/smtp[16695]: 0B0EA143AC: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte .net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ==== Aug 18 21:32:00 graces00 postfix/cleanup[16956]: 42DF614410: warning: header Subject: =?ISO-8859-15?Q?Enregistrement_de_votre_commande_num=E9ro_49733093?= from hercule02.atlantide. jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule> Aug 18 21:32:00 graces00 postfix/smtp[16664]: 42DF614410: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte .net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ===== Aug 18 22:39:21 graces00 postfix/cleanup[23388]: 42BA514192: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule> Aug 18 22:39:21 graces00 postfix/smtp[23185]: 42BA514192: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte .net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Cedric Favero [ 22/août/07 14:34 ] |
|
Et comme par hasard , voilà le message que l'on a aujourdh'ui sur www.laposte.net "Cher(e) Internaute, Toujours soucieux d'améliorer le service que nous vous proposons, nous travaillons actuellement sur une nouvelle version de messagerie électronique. Vous ne pouvez créer aujourd'hui votre adresse prenom.nom@laposte.net mais pourrez le faire très bientôt. Nous vous prions de bien vouloir nous excuser pour la gêne occasionnée. Bien cordialement," |
| Commentaire de Justin Ziegler [ 22/août/07 14:34 ] |
|
Aug 19 02:52:59 graces00 postfix/cleanup[15673]: F1B6514240:
warning: header Subject:
=?ISO-8859-15?Q?Bilan_de_votre_commande_num=E9ro_49733083?= from
hercule02.atlantide.jmsp.net[ 10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule> Aug 19 02:53:00 graces00 postfix/smtp[15434]: F1B6514240: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte .net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:38 ] |
|
Aug 19 17:40:18 graces00 postfix/cleanup[12551]: 9566A140DC:
warning: header Subject:
=?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from
hercule02.atlantide.jms p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule> Aug 19 17:40:18 graces00 postfix/smtp[12614]: 9566A140DC: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ==== Aug 19 18:17:49 graces00 postfix/cleanup[16332]: 523A7140A9: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule> Aug 19 18:17:49 graces00 postfix/smtp[16328]: 523A7140A9: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ==== Aug 19 19:01:03 graces00 postfix/cleanup[20594]: 6C9D41405C: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule> Aug 19 19:01:03 graces00 postfix/smtp[19823]: 6C9D41405C: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:40 ] |
|
Aug 18 15:47:45 graces00 postfix/cleanup[14570]: B0134143EE:
warning: header Subject: Activation compte vendeur from
hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 15:47:45 graces00 postfix/smtp[12337]: B0134143EE: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 18:19:19 graces00 postfix/cleanup[30091]: 78FEA1420C: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 18:19:19 graces00 postfix/smtp[29353]: 78FEA1420C: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 18:32:52 graces00 postfix/cleanup[31400]: 6CC1B1447F: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 18:32:52 graces00 postfix/smtp[28988]: 6CC1B1447F: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 20:08:31 graces00 postfix/cleanup[8522]: 6D40B14300: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 20:08:31 graces00 postfix/smtp[8300]: 6D40B14300: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 21:29:14 graces00 postfix/cleanup[16538]: 70B6814399: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 21:29:14 graces00 postfix/smtp[15804]: 70B6814399: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 21:48:28 graces00 postfix/cleanup[18568]: 9950E14058: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 21:48:28 graces00 postfix/smtp[18277]: 9950E14058: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 21:57:52 graces00 postfix/cleanup[19465]: E937E14411: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 21:57:53 graces00 postfix/smtp[18276]: E937E14411: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 22:08:07 graces00 postfix/cleanup[20529]: EECEB1428B: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 22:08:08 graces00 postfix/smtp[19946]: EECEB1428B: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 18 22:18:03 graces00 postfix/cleanup[21474]: 2DECA144E1: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 18 22:18:03 graces00 postfix/smtp[20336]: 2DECA144E1: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) Aug 19 00:32:12 graces00 postfix/cleanup[1887]: 7D6CB1447A: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule> Aug 19 00:32:19 graces00 postfix/smtp[2101]: 7D6CB1447A: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=7, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:44 ] |
|
Un cas différent : Aug 21 12:14:15 graces00 postfix/cleanup[7080]: E46781409F: warning: header Subject: =?ISO-8859-15?Q?R=E9ponse_=E0_votre_message?= from rhome02.atlantide.jmsp.net[10.150.28.97]; from=<nepasrepondre@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<rhome> Aug 21 12:14:16 graces00 postfix/smtp[6140]: E46781409F: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=1, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command)) === Aug 21 18:01:54 graces00 postfix/cleanup[10682]: 975D914241: warning: header Subject: Vous avez un nouveau message from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<hercule> Aug 21 18:01:54 graces00 postfix/smtp[9544]: 975D914241: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=0, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command)) === Aug 21 21:05:44 graces00 postfix/cleanup[29292]: 1418314371: warning: header Subject: =?ISO-8859-15?Q?Votre_souhait_est_exauc=E9?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<hercule> Aug 21 21:05:44 graces00 postfix/smtp[27972]: 1418314371: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=0, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:46 ] |
|
Encore un cas laposte.net : Aug 20 20:01:04 graces00 postfix/cleanup[7946]: C59E11429D: warning: header Subject: =?ISO-8859-15?Q?Le_vendeur_a_r=E9pondu_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule> Aug 20 20:01:04 graces00 postfix/smtp[4243]: C59E11429D: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ===== Aug 20 20:01:21 graces00 postfix/cleanup[8045]: 5EF2C14184: warning: header Subject: =?ISO-8859-15?Q?L'acheteur_a_r=E9pondu_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule> Aug 20 20:01:21 graces00 postfix/smtp[8047]: 5EF2C14184: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) ==== Aug 21 02:18:24 graces00 postfix/cleanup[12105]: 6702114043: warning: header Subject: =?ISO-8859-15?Q?Pas_de_r=E9ponse_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule> Aug 21 02:18:24 graces00 postfix/smtp[11899]: 6702114043: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command)) |
| Commentaire de Justin Ziegler [ 22/août/07 14:50 ] |
|
Environ 3000 erreurs de ce genre par jour ! ==> que du laposte.net !!!!!!! On va voir si jet arrive à les contacter... |
| Commentaire de Justin Ziegler [ 22/août/07 14:53 ] |
|
Il s'agit de mail "bounced". D'apres cette courbe : https://supervision.priceminister.jmh:11000/wiki/doku.php?id=machines:graces02:statsmail on voit que cela reste marginal :-/ meme si c'est tout laposte.net ! |
| Commentaire de Justin Ziegler [ 22/août/07 15:03 ] |
|
bon, en fait, ce n'est pas TOUT laposte.net. Certains mails passent :-) Juste histoire de compliquer un peu les choses... On va voir ce que nous raconte Jet. Cela vaut le coup d'essayer de contacter laposte.net pour leur demander ce qui se passe. |
| Commentaire de Cedric Favero [ 24/août/07 17:25 ] |
|
Tjrs pas mal de messages à ce sujet aujourd'hui. Assez bloquant , particulièrement dans le cas de ceux qui ne recoivent pas le mail d'activation de l'inventaire. J'ai finalement pu ouvrir une boite test laposte.net et effectivement jusqu'à présent je ne reçois pas le message en question et il n'est pas dans courrier indésirable. (Aucune option interne à la messagerie ne permet d'ailleurs de modifier le niveau de filtrage anti-spam). Je verrai lundi ce qu'il en est. |
| Commentaire de Patrice Boulanger [ 24/août/07 17:39 ] |
|
Le MX qui reçoit les mails pour laposte.net est hébergé chez
France Telecom. J'ai envoyé le mail suivant au NOC de FT: ------------------------------------------ Bonjour, Dans le cadre de notre activité d'achat-vente sur Internet, nous envoyons de nombreux emails vers nos clients. Beaucoup d'entre eux ont une boîte email laposte.net dont le MX principal semble être hébergé chez vous (smtp4.laposte.net, 193.251.214.113). Depuis quelques temps, de nombreux internautes utilisant ces boîtes mail ne reçoivent plus les messages qui concernent la gestion de leur compte. Ce phénomène ne se produisant qu'avec le domaine laposte.net, nous soupçonnons vos serveurs de nous avoir black-listé. Pourriez-vous vérifier si les messages émanant de notre passerelle de messages sortants (212.23.167.26) sont bloqués chez vous ? Les messages proviennent du domaine priceminister.com. Je vous remercie par avance de l'aide que vous pourrez nous apporter. Cordialement, Patrice Boulanger - Responsable d'Exploitation PriceMinister.com Tél. direct : 01 42 78 98 30 --------------------------------------------- Peu de chance qu'on ait une réponse mais on apprendra peut être quelque chose. |
| Commentaire de Cedric Favero [ 27/août/07 09:16 ] |
|
Bon et bien après ouverture d'une boite laposte.net et
vérification , je confirme que je ne reçois pas le mail d'activation de
l'inventaire malgré 4 envois indiqués comme effectués sur l'historique
du compte (cedtestbo2). Sur la boite laposte, rien dans courrier indésirable et aucun moyen de modifier les filtres antispam. Par contre je reçois bien d'autres messages type: - "comment acheter et vendre" - "offre de bienvenue" - "Pour vos mises en vente..." Pour info après vérification, l'objet des messages d'activation sont: - "activation compte vendeur" pour le premier (donc rien d'identifiable à un spam là dedans) - "message très important" pour les rappels (potentiellement identifié comme spam) On va faire quelques tests avec Eve sur les intitulés de messages pour voir si çà joue. |
| Commentaire de Justin Ziegler [ 27/août/07 16:57 ] |
|
Je pense que les 3 messages que tu sites : - "comment acheter et vendre" - "offre de bienvenue" - "Pour vos mises en vente..." sont envoyés par 1000mercis. En revanche ceux-ci : - "activation compte vendeur" pour le premier (donc rien d'identifiable à un spam là dedans) - "message très important" pour les rappels (potentiellement identifié comme spam) sont envoyé par nos serveurs de prod ! Pourrais-tu tester un mail de type "confirmation d'inscription" ? ou "question à un vendeur" ? (tout deux sont envoyé par nos serveurs de production. |
| Commentaire de Justin Ziegler [ 27/août/07 16:59 ] |
|
Il y a donc 3 et non 2 sources de mails PM : 1- mails sortant des bureaux PM => colt 2- mails sortant de l'application PM / du BO => jet 3- mails CRM sortant de notre prestataire 1000mercis => 1000mercis (piloté par le market) Celle qui nous interesse aujourd'hui est la 2 ! |
| Commentaire de Justin Ziegler [ 27/août/07 16:59 ] |
| Au passage, je pense que cela vaut le coup de se faire un fichier Excel avec une liste de compte de test pour ce genre de chose. |
| Commentaire de Cedric Favero [ 28/août/07 16:17 ] |
|
Sur mon compte test depuis le site de preview , je me suis
envoyé manuellement depuis le BO les messages "activation compte
vendeur" et "félicitations vous avez une nouvelle vente" et je les ai
bien reçus sur la messagerie laposte.net Les messages envoyés depuis le BO en preview passent bien par jet aussi non? ou c'est par colt? |
| Commentaire de Cedric Favero [ 28/août/07 17:59 ] |
| Testé avec compte yahoo.fr , je recois bien les mails nouvelles ventes et activation compte vendeur en preview comme en prod. |
| Commentaire de Cedric Favero [ 28/août/07 18:01 ] |
|
Concernant la messagerie laposte.net: Je recois les mails envoyés manuellement depuis le BO qui ont comme expéditeur sav@priceminister.com Je ne reçois pas les mails envoyés par le syteme et qui ont comme expéditeur mailer@priceminister.com L'expéditeur en mailer pourrait-il avoir une incidence? |
| Commentaire de Cedric Favero [ 03/sept./07 11:23 ] |
| Correction , tous les mails envoyés manuellement depuis le bo ont comme expéditeur nepasrépondre@priceminister.com |
| Commentaire de Cedric Favero [ 03/sept./07 11:24 ] |
|
coté utilisateur , le problème persiste toujours et on a bcp de messages à ce sujet. Pour ce qui est de l'activation de l'inventaire , on leur envoie le mail manuellement mais ils ne recoivent tjrs pas les messages automatiques (nvlles ventes, bilans de commandes, questions acheteurs...etc...) On leur envoie le mail "pb technique bientot résolu" mais on n'a aucune certitude quand au fait que qqch change... |
| Commentaire de Cedric Favero [ 03/sept./07 11:26 ] |
|
Pierre, pourrais tu éventuellement avoir un contact à La
Poste pour leur exposer le problème et savoir si quelquechose peut etre
fait de leur coté? Les problèmes provenant apparemment de leurs modifications récentes du site de messagerie. |
| Commentaire de Pierre Krings [ 03/sept./07 18:33 ] |
|
Je ne connais que les gens côté réseau, courrier ou colis mais personne à laposte.net Le Mktg est en contact avec La Poste pour des échanges. Je leur ai demandé de trouver un interlocuteur technique à laposte.net. Ils sont dessus... |
| Commentaire de Justin Ziegler [ 03/sept./07 19:47 ] |
|
pourquoi ne pas faire un essai en modifiant le sujet du mail ? est ce facile ? |
| Commentaire de Justin Ziegler [ 03/sept./07 19:47 ] |
| ou l'emmeteur ? |
| Commentaire de Cedric Favero [ 04/sept./07 09:18 ] |
|
A priori ce serait plutot l'emetteur (cf mes tests effectués). Je ne sais pas si on a la main au BO sur l'expéditeur des mails automatiques puisqu'à priori c'est plutot un batch qui traite çà non? Serait bien de tester avec comme expéditeur nepasrepondre@priceminister.com comme nos mails émis depuis le BO. |
| Commentaire de Pierre Krings [ 06/sept./07 17:47 ] |
|
J'ai réussi à parler à un des responsables de laposte.net
(Olivier Delaserre) qui m'a dit qu'ils avaient changé de prestataire il y
a une quainzaine de jours. C'est désormais FT qui s'occupe de leur
messagerie. Leur responsable technique (Roger Leclerc) est en vacances en ce moment, mais il va en parler avec son adjoint (Dich Vuong - 01.55.44.29.92) pour voir s'il y a un pb et s'ils peuvent nous whitelister, puis me rappeler demain vendredi 07/10. Si pas de news dans la journée, on (Patrice ?) pourra essayer de l'appeler. p |
| Commentaire de Patrice Boulanger [ 07/sept./07 09:54 ] |
|
Oui, on l'appelle dès que possible. Merci. Patrice. |
| Commentaire de Patrice Boulanger [ 10/sept./07 12:08 ] |
|
Ca avance: Bonjour, Ci-dessous mes réponses. - Le problème est-il systématique ou temporaire ? - depuis quelle date ? - Vers certains ou tous les utilisateurs de laposte.net ? - Quel message d'erreur obtenez-vous ? Le problème apparaît tous les jours mais ne concerne pas tous les mails envoyés vers laposte.net. En regardant les logs de notre serveur de mail, j'ai environ un millier de mails qui sont rejetés par votre MX avec le message : 550 Error: Message content rejected (in reply to end of DATA command) C'est ce message qui nous fait le plus peur. Nous avons aussi pas mal de messages : 400 <raphaelle.joubert@laposte.net>: Recipient address rejected: La boite mail du destinataire est archivée et ne reçoit plus de message (in reply to RCPT TO command) Mais je pense qu'il s'agit d'une boîte qui a été clôturée ? Sinon, quelques messages continuent d'être délivrés correctement : Sep 10 11:57:30 graces00 postfix/smtp[7768]: 12A7914124: to=<pascale.chesnot@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=sent (250 Ok: queued as 37F722400085) Je suis joignable au 01 42 78 98 30 si besoin pour en discuter de vive voix et faire d'éventuels tests. Merci d'avance. Patrice Boulanger. ________________________________________ De : Pierre Krings [mailto:pierre.krings@priceminister.com] Envoyé : lundi 10 septembre 2007 11:43 À : 'dich VUONG' Cc : 'Patrice Boulanger' Objet : RE: Problème de remise des messages électroniques Bonjour, Merci de votre retour rapide. Je mets en copie Patrice Boulanger, responsable d'exploitation de PriceMinister qui pourra répondre à toutes vos questions. Cordialement, Pierre Krings Directeur Général PriceMinister 57 Boulevard de la Villette F75010 Paris - France T: +33 (0)1 42 78 79 77 F: +33 (0)1 42 78 80 61 http://www.priceminister.com ________________________________________ De : dich VUONG [mailto:dich.vuong@laposte.fr] Envoyé : lundi 10 septembre 2007 11:11 À : pierre.krings@priceminister.com Objet : Problème de remise des messages électroniques Bonjour, Chargé de l'exploitation de la messagerie de laposte.net, j'ai été informé de votre problème d'envois de messages vers nos utilisateurs. J'aurais besoin quelques précisions sur ces envois : - Le problème est-il systématique ou temporaire ? - depuis quelle date ? - Vers certains ou tous les utilisateurs de laposte.net ? - Quel message d'erreur obtenez-vous ? Pourriez-vous me donner les coordonnées d'un contact technique ? Cordialement. Dich VUONG 01 55 44 29 92 La poste laposte.net CP F203 44 boulevard de Vaugirard 75757 Paris Cedex 15 |
| Commentaire de Patrice Boulanger [ 10/sept./07 17:33 ] |
|
J'ai eu Mr Dich VUONG au téléphone et je lui ai donné
l'adresse IP de la machine qui envoie les mails depuis notre plateforme,
de cette façon, nous serons mis en white-list, ce qui devrait résoudre
le problème pour laposte.net. J'attend son retour. Merci. |
| Commentaire de Cedric Favero [ 17/sept./07 17:55 ] |
|
Pour info, pas mal d'utilisateurs nous signalent le meme
problème en étant chez Orange (mails nouvelles ventes et bilans de
commande). SI c'est FT qui gère la messagerie LaPoste , le problème est peut-etre commun à tous leurs domaines de messagerie.. |
| Commentaire de Justin Ziegler [ 18/sept./07 09:47 ] |
| J'ouvre un sous-jira pour suivre le cas d'orange. |
| Commentaire de Geneviève Beaujard [ 05/oct./07 15:05 ] |
|
Il serait bon de repondre au Commentaire de la part de Cedric Favero [28/août/07 18:01]. Le 4 avril j'ai posté http://pricejira.lan/browse/APP-15806 , moi aussi je n'ai pas eu de reponses. L'idée de cedric indiquant que les mails en provenance de mailer@priceminister.com puissent être filtrés me paraît tres interessant. De toute façon ça me parit pas bon d'avoir le champ from renseignée avec l'adresse poubelle mailer@priceminister.com. |
| Commentaire de Patrice Boulanger [ 16/avr./08 14:03 ] |
| Problème résolu avec la Poste. |
[APP-17692] Lenteur de la NpF Musique / Livres Création: 04/sept./07 09:37 Mise à jour: 07/nov./07 17:02 Résolue: 05/nov./07 18:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 16.0.3 |
| Version(s) corrigée(s): | 17.1.1 |
| Type: | Tâche | Priorité: | Bloquant |
| Rapporteur: | Martin Sudmann | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
npf-qrserver.txt
perf_NpF_salus_titan.rar
perf_NpF_salus_titan_V17_suite.rar
slow2.xls
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Classif1: | NAV | ||||||||||||||||||||
| Classif2: | perf | ||||||||||||||||||||
| Projets PM archivés: | Navigation par filtres - Livres | ||||||||||||||||||||
| Description |
|
Il parait que la NpF Musique soit plus lente que d'autres
onglets NpF - j'ai observé jusqu'à 4 sec., quand jeux et tel-pda restent
en dessous de 2 sec. Analyser les logs appli et querylogs FAST ------------------------------------------------------------------------ Je trouve aussi que c'est plus lent... par contre, normalement le nombre de produits n'a aucun impact dans le temps de réponse, puisqu'on n'affiche toujours que 20 produits. Pour voir plus clair, il faut analyser les temps de réponse dans les logs applicatifs et dans les query logs FAST. Je poste un Jira. M ________________________________________ De : Nerea Prieto [mailto:nerea.prieto@priceminister.com] Envoyé : mardi 4 septembre 2007 09:18 À : justin.ziegler@priceminister.com; 'Jérôme Viviès'; pierre.krings@priceminister.com; 'Benoît Bourdon'; benjamin.guerville@priceminister.com Cc : param@priceminister.com; 'Sudmann Martin'; 'emmanuel benmussa'; 'Gael Seguillon'; 'Pierre Bret' Objet : RE: CR point hebdo NpF (lundi 3 sept. 2007). Oui, j'ai remarqué aussi. N'est-ce pas dû au grand grand volume de fiches produit dans la catégorie Musique?? Il y en a 15 fois plus qu'en jeux vidéo. Martin, peux-tu confirmer? De : Justin Ziegler [mailto:justin.ziegler@priceminister.com] Envoyé : lundi 3 septembre 2007 19:45 À : 'Jérôme Viviès'; pierre.krings@priceminister.com; 'Benoît Bourdon'; benjamin.guerville@priceminister.com Cc : param@priceminister.com; 'Sudmann Martin'; 'emmanuel benmussa'; 'Gael Seguillon'; 'Pierre Bret' Objet : RE: CR point hebdo NpF (lundi 3 sept. 2007). il semblerait que la npf musique soit plus lente que les autres nav. PKM et moi-même serions nous seul à l'avoir remarqué ? Est-ce un fantasme ? a-t-on des débuts d'explication ? |
| Commentaires |
| Commentaire de Martin Sudmann [ 04/sept./07 09:42 ] |
| je vous tiens au courant. |
| Commentaire de Patrice Boulanger [ 04/sept./07 17:36 ] |
|
Analyse des logs des JBOSS (tous les serveurs de la prod): NPF stats for amphitrite: 7910711 lines analyzed /nav/Musique_: 1575.34997722096ms (avg.) /nav/Jeux-Video-et-Consoles_: 1103.16471839016ms (avg.) /nav/Tel-PDA_: 783.341036652222ms (avg.) /nav/Informatique_: 884.42848857994ms (avg.) NPF stats for amphore: 8059885 lines analyzed /nav/Musique_: 1527.6378163074ms (avg.) /nav/Jeux-Video-et-Consoles_: 1104.89792759565ms (avg.) /nav/Tel-PDA_: 776.051038029331ms (avg.) /nav/Informatique_: 880.542821368287ms (avg.) NPF stats for angita: 8168360 lines analyzed /nav/Musique_: 1556.80031933424ms (avg.) /nav/Jeux-Video-et-Consoles_: 1087.80809478904ms (avg.) /nav/Tel-PDA_: 767.315480342371ms (avg.) /nav/Informatique_: 880.017762169149ms (avg.) NPF stats for aurore: 8120230 lines analyzed /nav/Musique_: 1516.46872001097ms (avg.) /nav/Jeux-Video-et-Consoles_: 1105.55997492085ms (avg.) /nav/Tel-PDA_: 775.57751585994ms (avg.) /nav/Informatique_: 877.709705117706ms (avg.) NPF stats for rhome: 14079334 lines analyzed /nav/Musique_: 1454.06673345578ms (avg.) /nav/Jeux-Video-et-Consoles_: 1030.04026690118ms (avg.) /nav/Tel-PDA_: 683.078050204112ms (avg.) /nav/Informatique_: 791.163717559461ms (avg.) NPF stats for salus: 14095744 lines analyzed /nav/Musique_: 1503.64412030817ms (avg.) /nav/Jeux-Video-et-Consoles_: 1065.36855822804ms (avg.) /nav/Tel-PDA_: 734.785555858063ms (avg.) /nav/Informatique_: 841.448316431077ms (avg.) NPF stats for sol: 4063295 lines analyzed /nav/Musique_: 1647.24310379043ms (avg.) /nav/Jeux-Video-et-Consoles_: 1136.88646907341ms (avg.) /nav/Tel-PDA_: 829.26672234641ms (avg.) /nav/Informatique_: 929.258573510603ms (avg.) NPF stats for terra: 4059046 lines analyzed /nav/Musique_: 1648.08797093134ms (avg.) /nav/Jeux-Video-et-Consoles_: 1217.31362752989ms (avg.) /nav/Tel-PDA_: 857.552726175813ms (avg.) /nav/Informatique_: 979.864167692705ms (avg.) NPF stats for titeia: 14038474 lines analyzed /nav/Musique_: 1534.44423379015ms (avg.) /nav/Jeux-Video-et-Consoles_: 1076.61470187569ms (avg.) /nav/Tel-PDA_: 737.89881241604ms (avg.) /nav/Informatique_: 838.440419017759ms (avg.) Donc, la NPF sur Musique est bien plus lente que les autres, mais les Jeux-Videos ne sont pas en reste... |
| Commentaire de Patrice Boulanger [ 04/sept./07 17:42 ] |
|
Martin, Pourrais-tu me donner les requêtes utilisées par l'application pour la nav par filtre afin que je fasse la même analyse que sur les logs JBOSS ? Merci. |
| Commentaire de Martin Sudmann [ 04/sept./07 18:41 ] |
|
sur tous les serveurs qui disposent d'un QR server, il faut aller dans instream/var/log/querylog/ et grepper: category%3Aequals%28%22<nom de la catégorie>, où <nom de la catégorie> doit être remplacé par : Musique Jeux-Video Tel-PDA Informatique les résultats se composent de manière suivante: <Client-IP> - - <Timestamp> "<HTTP-Request-Line>" <ErrorCode> <Content-Length> "<Referer>" "<Agent>" <RequestTime> <SearchTime> <DocSumTime> <TotalHits> par exemple (j'ai troqué la requête) : 127.0.0.1 - - [04/Sep/2007:18:23:43 +0200] "GET /cgi-bin/search?resultview=search&encoding=utf-8&query=and%28or%28string%28%22compil........lable++-pmscore+default&version=v2.0.70 HTTP/1.1" 200 91979 "" "Java/1.5.0_10" 1.4183 1.3210 0.0773 532 => la requête dans l'exemple a mis 1.4183 sec pour être servi ; c'était la recherche qui était long (<SearchTime> = 1.321 s) et non l'assemblage du result set (<DocSumTime> = 0.0773 s) |
| Commentaire de Patrice Boulanger [ 05/sept./07 12:02 ] |
|
Quelques statistiques des QRServer des AS: Titeia: Req. Srch DocSum Total Hits (Avg.) category%3Aequals%28%22Musique: 1.171s 1.091s 0.067s 200976737 (52860.79) category%3Aequals%28%22Jeux-Video: 0.713s 0.654s 0.051s 100765497 (16125.06) category%3Aequals%28%22Tel-PDA: 0.378s 0.325s 0.045s 48511597 (8325.31) category%3Aequals%28%22Informatique: 0.477s 0.413s 0.055s 25503226 (6146.84) Salus: Req. Srch DocSum Total Hits (Avg.) category%3Aequals%28%22Musique: 1.201s 1.125s 0.065s 260840852 (63310.89) category%3Aequals%28%22Jeux-Video: 0.709s 0.651s 0.050s 114731521 (16239.42) category%3Aequals%28%22Tel-PDA: 0.361s 0.308s 0.045s 58658372 (8770.69) category%3Aequals%28%22Informatique: 0.468s 0.407s 0.053s 32998260 (6457.59) Rhome: Req. Srch DocSum Total Hits (Avg.) category%3Aequals%28%22Musique: 1.137s 1.065s 0.064s 280123202 (60397.41) category%3Aequals%28%22Jeux-Video: 0.711s 0.654s 0.050s 170116994 (18124.55) category%3Aequals%28%22Tel-PDA: 0.366s 0.316s 0.044s 79444831 (9516.63) category%3Aequals%28%22Informatique: 0.461s 0.401s 0.054s 41978693 (6916.90) |
| Commentaire de Patrice Boulanger [ 05/sept./07 12:04 ] |
| C'est pas trés clair, je rajoute les statistiques dans un fichier en pièce jointe. |
| Commentaire de Justin Ziegler [ 10/sept./07 12:16 ] |
|
Est ce qu'on sait si on a le meme probleme en pré-prod ? en integ ? en dev ? |
| Commentaire de Martin Sudmann [ 26/sept./07 10:43 ] |
|
1ère nouvelle: perf globalement super-meilleure en prod sur titan (nouvel index V15 en colonnes) ! sur salus (prod, index en cours d'utilisation par les SA), 2380 reuqêtes de 1 sec ou plus dans le fichier de log de référence. sur titan, le même fichier: 109 en total, dont 105 avec 1 sec, 3 avec 2 sec, 1 avec 3 sec. |
| Commentaire de Martin Sudmann [ 02/oct./07 17:06 ] |
| les tendances positives des 1ers tests se sont confirmées ; en pj (le .rar) les résultats des tests. |
| Commentaire de Martin Sudmann [ 03/oct./07 13:50 ] |
| réouverture suite à un gros pb de perf sur les livres |
| Commentaire de Martin Sudmann [ 03/oct./07 13:52 ] |
| en pj le nouveau fichier d'analyse, avec les livres. |
| Commentaire de Benoît Bourdon [ 03/oct./07 14:06 ] |
|
L'activation de l'onglet Livres ne peut se faire que si les problèmes de perf FAST sont élucidés (je relie donc ces 2 jiras pour ne pas perdre de vue cela) |
| Commentaire de Benoît Bourdon [ 05/nov./07 14:27 ] |
| Martin > Jira fermable ? |
| Commentaire de Martin Sudmann [ 05/nov./07 18:24 ] |
| index en prod |
[APP-19466] [BO] - Lien Paniers Obs Création: 06/févr./08 15:43 Mise à jour: 13/janv./09 11:55 Résolue: 23/oct./08 12:21 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Panier |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | 38.0.0 (TX-D Bis) |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Panier_En_cours_OBSERVATION.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
- Serait-il possible d'améliorer les perf de la requête qui ramène les paniers en Observation? - Il y'a plus de 3minutes d'attente pour un résultat d'une trentaine de lignes; Logs: 2008-02-06 15:28:03,379 INFO [Processor142] BO:Anonyme - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2008-02-06 15:31:38,932 INFO [Processor142] BO:Anonyme - <<< [215553 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 2008-02-06 15:31:38,932 WARN [Processor142] BO:Anonyme - Long request [215553 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120 |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/oct./08 11:24 ] |
|
En testant, la requête ne semble pas longue mais fait par
contre un full scan de purchase... un index pourrait aider ? |
| Commentaire de Manuel Sadok [ 08/oct./08 11:24 ] |
|
SELECT purchase.purchase_id,
purchase.authorization_card_amount,
purchase.authorization_coupon_amount, purchase.authorization_date,
purchase.authorization_number_request,
purchase.authorization_number_response,
purchase.authorization_operation_amount, purchase.brand_id,
purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login,
purchase.capture_card_amount, purchase.capture_coupon_amount,
purchase.capture_date, purchase.capture_number_request,
purchase.capture_number_response, purchase.capture_operation_amount,
purchase.card_expiration_month, purchase.card_expiration_year,
purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected,
purchase.card_number_begin, purchase.card_number_end,
purchase.card_number_hash, purchase.card_pay_incident_count,
purchase.card_type_code, purchase.card_usr_birth_date,
purchase.change_date, purchase.creation_date, purchase.currency_id,
purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable,
purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code,
purchase.pch_status_code, purchase.pch_type_code, purchase.request_date,
purchase.row_version, purchase.security_number, purchase.tracking_date,
purchase.usa_address1, purchase.usa_address2, purchase.usa_city,
purchase.usa_country_id, purchase.usa_digicode,
purchase.usa_email_address,
purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name,
purchase.usa_phone_comment_1, purchase.usa_phone_comment_2,
purchase.usa_phone_comment_3,purchase.usa_phone_number_1,
purchase.usa_phone_number_2, purchase.usa_phone_number_3,
purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
purchase.usr_title_code, purchase.usr_tracking_id FROM purchase WHERE (purchase.pch_status_code = 120) ORDER BY purchase.authorization_date DESC ; 147 ligne(s) sélectionnée(s). Ecoulé : 00 :00 :28.68 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=152824 Card=1468909 Bytes=368696159) 1 0 SORT (ORDER BY) (Cost=152824 Card=1468909 Bytes=368696159) 2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=108405 Card=1468909 Bytes=368696159) Statistiques ---------------------------------------------------------- 1 recursive calls 0 db block gets 255491 consistent gets 255486 physical reads 0 redo size 40056 bytes sent via SQL*Net to client 522 bytes received via SQL*Net from client 11 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 147 rows processed |
| Commentaire de Patrick Pereira [ 23/oct./08 12:21 ] |
|
Pas de pb. Elapsed: 00:00:00.00 Execution Plan ---------------------------------------------------------- Plan hash value: 304265661 ----------------------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | ----------------------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1192K| 276M| | 151K (1)| 00:30:20 | | 1 | SORT ORDER BY | | 1192K| 276M| 887M| 151K (1)| 00:30:20 | | 2 | TABLE ACCESS BY INDEX ROWID| PURCHASE | 1192K| 276M| | 88763 (1)| 00:17:46 | |* 3 | INDEX RANGE SCAN | PURCHASE_FKIX_STATUS_TYPE_AUTH | 1192K| | | 543 (1)| 00:00:07 | ----------------------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("PURCHASE"."PCH_STATUS_CODE"=TO_NUMBER(:X1)) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 41 consistent gets 0 physical reads 0 redo size 12749 bytes sent via SQL*Net to client 627 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) |
[EXP-4487] CLONE -prblm connexion compte gakkicorp Création: 13/août/08 10:03 Mise à jour: 16/sept./08 17:14 Résolue: 16/sept./08 17:14 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le compte : bangmedia_fr http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840 Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations : Hi Both, There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone. |
| Commentaires |
| Commentaire de Jany Marimoutou [ 13/août/08 10:04 ] |
|
J'ai également ce vendeur situé au Japon : gakkicorp IP : 61.27.193.52 |
| Commentaire de Ange Ferrari [ 18/août/08 11:04 ] |
| merci de voir avec lui si cela fonctionne |
| Commentaire de Ange Ferrari [ 16/sept./08 17:14 ] |
|
Pour le moment nous ne bloquons plus la plage asie a suivre.. |
[EXP-4494] CLONE -prblm connexion compte bangmedia_fr Création: 22/août/08 09:45 Mise à jour: 12/déc./08 10:52 Résolue: 12/déc./08 10:52 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Jany Marimoutou | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Description |
|
Le compte : bangmedia_fr http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840 Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations : Hi Both, There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone. |
| Commentaires |
| Commentaire de Jany Marimoutou [ 22/août/08 09:48 ] |
|
Bangmedia_fr nous a donné en premier lieu l'IP qu'il utilise
pour la connexion FTP. Maintenant serait-il possible de débloquer l'IP
suivante : 61.14.65.135 Qu'il utilise pour aller sur son compte, sur le site |
| Commentaire de Ange Ferrari [ 22/août/08 17:21 ] |
| il est deja debanni avec cette ip |
| Commentaire de Cantoni Carlos [ 04/sept./08 17:20 ] |
|
le partenaire nous informe qu'il a encore des problemes de connexion sur le site. Vous pouvez verifier SVP? merci HI Daniel, Could you kindly advise us when we are able to access to priceminister platform, it's issue has not been resolved nearly for 1 month. We would appreciate if this matter could be resolved soon as we've been having a lot of problems with priceminister orders. We are able to retrieve orders on our system but the program would not validate the orders automatically when we process the orders on our site. As a result in view of this issue we are receiving a lot of validation orders from price minister requesting to cancel order when we have already process & deliver the orders. I would like to resolve this issue by this week & hope you would help us to resolve this matter too. We would appreciate if you could look into this & resolved this issue quickly. If there is anything that you need us to look into on our end please feel free to contact me via phone or e-mail. Regards & waiting to hear from you soon Haffiz Zainal |
| Commentaire de Cantoni Carlos [ 04/sept./08 17:21 ] |
| le compte est sur pm Espagme, pseudo bang_media |
| Commentaire de Ange Ferrari [ 12/déc./08 10:52 ] |
| c'est bon depuis le temps |
[INF-64] Demande d'accès aux emails et aux interfaces de supervision BI depuis chez moi Création: 22/mai/08 17:03 Mise à jour: 05/nov./08 16:46 Résolue: 05/nov./08 16:46 |
|
| Etat: | Résolu |
| Projet: | Infrastructure |
| Composants: | Micro |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Ange Ferrari |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Bonjour, L'idée est que je puisse vérifier le bon fonctionnement des alimentations BI (et éventuellement les relancer) depuis chez moi. Pour cela, la solution semble de remplacer mon PC par un portable pas trop lourd parce que je suis petite, mais pas trop cher, avec un station de travail et un sac à dos? Il me faut au moins 1Go de RAM sous Windows XP pour pouvoir exécuter les outils BI et 40 Go d'espace disque pour les installer. Les accès nécessaires sont : - accès à la messagerie - accès aux serveurs de Production en ssh (latone, tellus) - accès à bi.priceminister.com - accès à Oracle Entreprise Manager : http://latone.lan:5500/em/, http://latone.lan:5501/em/, http://latone.lan:5502/em/ et éventuellement : https://supervision.priceminister.jmh:11000/ Pour info, je dispose chez moi d'une connexion free. J'espère que je n'ai rien oublié et reste à votre disposition pour répondre aux questions. Merci. Agathe |
| Commentaires |
| Commentaire de Justin Ziegler [ 22/mai/08 17:12 ] |
| Pourrait on en profiter pour migrer Agathe en imap ? |
| Commentaire de Agathe Remy [ 09/juin/08 11:10 ] |
|
Bonjour, J'ai terminé l'installation des outils BI sur le portable. Tout semble bien fonctionner:-) Etape suivante : l'accès à distance... Merci. Agathe |
| Commentaire de Stéphane Eccli [ 09/juin/08 11:29 ] |
| repasse moi le ticket apres ouverture du VPN |
| Commentaire de Agathe Remy [ 10/juin/08 10:06 ] |
|
Voici mon IP fixe : 81.56.56.49 Agathe |
| Commentaire de Ange Ferrari [ 12/juin/08 09:46 ] |
|
Pour l'accès à la supervision https://supervision.priceminister.com:11000/ avec ton login et mdp habituel pour le reste je te tiens au courant au fur et à mesure de l'avancée des choses |
| Commentaire de Ange Ferrari [ 12/juin/08 11:40 ] |
|
pour bi.priceminister.com c'est en place |
| Commentaire de Ange Ferrari [ 20/juin/08 14:01 ] |
|
JET a procédé à l'ouverture du flux ssh peux tu valider le fonctionnement ? |
| Commentaire de Agathe Remy [ 08/juil./08 09:55 ] |
|
ça marche trop bien!!! A part en wifi où ça coupe tout le temps... Mais avec un cable réseau, j'ai réussi depuis chez moi à me connecter : - aux serveurs de Production en ssh (latone, tellus) via phaeton.priceminister.com - à bi.priceminister.com en créant un tunnel sur tellus - à Oracle Entreprise Manager : http://latone.lan:5500/em/, http://latone.lan:5501/em/, http://latone.lan:5502/em/ en créant un tunnel sur latone J'ai oublié de vérifier l'accès à la supervision : https://supervision.priceminister.jmh:11000/ ?! Ne me manque plus que l'accès à la messagerie! Merci et j'attends vos nouvelles pour le dernier point. Agathe |
| Commentaire de Agathe Remy [ 02/oct./08 10:37 ] |
|
Bonjour, Je n'arrive plus à accéder à BusinessObjects en Production (bi.priceminister.com). Peut-être est-ce lié à la migration du serveur BO sur elasippos. S'il vous plait, pouvez-vous regarder ce qu'il en est? Merci. Agathe |
| Commentaire de Agathe Remy [ 05/nov./08 16:44 ] |
|
Bonjour, Suite aux modifs de la semaine dernière, j'ai testé mes accès BI ce week-end (02/11/2008) et cela fonctionne parfaitement. Merci! Vous pouvez clôturer le JIRA. Agathe |
[APP-29280] Impossible de finaliser un achat Création: 21/avr./10 10:39 Mise à jour: 11/mai/10 09:58 Résolue: 28/avr./10 16:57 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.1 |
| Version(s) corrigée(s): | 67.0.0 (CTN-Q) |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Laura Yeo | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
capture #1- IE.bmp
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Plusieurs problèmes rencontré lors de la finalisation d'une commande, aussi bien sur IE, Mozilla et Chrome. Dernier panier enregistré à 10h15. 1- Sur ie: on accède au paiement mais l'adresse disparait, cf capture d'écran n°. Adresse vide, uniquement indiqué Espagne. 2- Sur Mozilla, une fois loggée et l'adresse de livraison finalisée on retombe sur la page récap du panier à finaliser. 2ème log et on retombe sur "mon compte où apparait 1 article en panier et quand on accède au panier ce dernier est vide. 3- Sur Chrome, log, validation d'adresse puis panier vide. Si on recommence l'opération |
| Commentaires |
| Commentaire de Laura Yeo [ 21/avr./10 10:40 ] |
| 3- Sur Chrome, (désolée) si on recommence l'opération, l'article s'ajoute au premier qui avait disparu. |
| Commentaire de Emeric Teil [ 21/avr./10 11:08 ] |
| A priori, il semble qu'on ait un pbm de load balancer : la sessions utilisateur est perdue d'une page à l'autre car on change de serveur.... |
| Commentaire de Habib-Sylvain Gourguet [ 21/avr./10 14:56 ] |
| Au cas où il est encore besoin de le préciser, confirmation d'Héléna : l'alerte a bien été lancée par un utilisateur et non en interne. |
| Commentaire de Jérémie Bennejean [ 21/avr./10 15:10 ] |
|
Bonjour, Effectivement, je reviens du bo qui m'indique la même chose, à savoir que l'alerte est venue d'un utilisateur. Pour l'explication: Ce matin sur l'Espagne nous avons rencontré un pb avec un nos serveurs applicatifs : janus. Parfois ( pas systématiquement ), lors de l'ajout d'un article en panier, puis en le finalisant, on avait un message indiquant que le panier était vide. En fait, à ce moment, nous changions de SA, or avec le cookie de session on devrait rester tjrs sur le même SA. Cela se produisait uniquement sur janus et nous étions redirigé selon 3 possibilités: - janus (ok) - janus (encore) (pas ok) - venus (pas ok) En fait le cookie de session provenant de janus indiquait janus ou .. amphore. Dans le 2e cas, amphore n'étant pas connu des webs (SA en cours de configuration copié de janus mais jamais ajouté dans le pool) nous étions redirigé sur janus ou venus et dans ce cas, l'erreur se produisait (panier vide). Depuis le redémarrage de janus, je n'ai pas réussi à reproduire le problème. Actuellement, Le nombre de paniers et paiements semble tout à fait normal Merci, Jérémie PS: Ayoub à d'ailleurs effectué un comptage ce matin (que voici) Ayoub Benseghir Salut, le comptage (nombre de paniers, de paniers abandonés, et d'ip entre 4h00 et 14h00 sur 7 jours, notre ip est exclue): PANIERS ABANDONES IP 217 143 188 229 208 170 242 224 190 185 169 141 193 174 148 232 187 189 214 175 186 |
[APP-3053] SQL : requete consommant pas mal de disque Création: 12/nov./04 15:01 Mise à jour: 25/juin/07 18:26 Résolue: 30/janv./06 17:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.2.7a |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Patrick Pereira |
| Résolution: | Corrigé | ||
| Estimation restante: | 15 minutes | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | 30 minutes | ||
| Description |
|
La requete /* ProductAdvertInfoQuery */ semble faire pas mal d'acces disque. Comme elle est bcp utilisee, ca vaut le coup de verifier que son plan d'execution est completement optimal. NB : j'ai pas la requete en entier, il faut la retrouver dans la sga :-( |
| Commentaires |
| Commentaire de Patrick Pereira [ 30/janv./06 17:09 ] |
|
La requête en entier : /* ProductAdvertInfoQuery */ SELECT advert.advert_id, advert.product_id, advert.seller_account_id, advert.creation_date, advert.change_date, advert.sale_price, advert.currency_id, advert.available_count, advert.unavailable_count, advert.adv_quality_code, advert.adv_status_code, advert.seller_login, advert.seller_comment, advert.prd_barcode, advert.prd_title, advert.prd_author_name, advert.prd_performer_name, advert.prd_editor_name, advert.prd_distributor_name, advert.prd_list_price, advert.prd_release_date, advert.prd_type_code, advert.prd_medium_code, advert.brand_id, advert.usr_tracking_id, advert.is_tracking_direct, advert.prd_currency_id, advert.prd_best_price, advert.prd_adv_currency_id, advert.prd_icon_id, advert.serial_number, advert.is_original, advert.sort_title, advert.sort_author, advert.adv_showcase_code, advert.prd_back_category_id, advert.prd_availability_code, advert.seller_reference1, advert.prd_status_code, advert.prd_manufacturer_key, advert.is_unlimited, advert.is_available, advert.adv_type_code, advert.is_best_price, advert.prd_text_1, advert.seller_private_comment, advert.data_file_id, advert.prd_line_key, advert.prd_model_key, advert.adv_visibility_code, advert.freshness_date, advert.freshness_info_date, advert.freshness_warn_date, advert.freshness_outdated_date, advert.is_buyable, advert.is_sellable, advert.negotiation_count, advert.is_negotiable, advert.allow_negotiation, advert.prd_freshness_date, advert.complement_product_id, advert.cpl_prd_text_1, advert.question_count, advert.import_tag, advert.import_reference, advert.cpl_prd_icon_id, advert.is_activation_to_send, advert.first_prd_image_id, advert.cpl_first_prd_image_id, advert.prd_visibility_code, advert.row_version, user_account.user_account_id, user_account.parent_user_account_id, user_account.children, user_account.login, user_account.password, user_account.usr_title_code, user_account.first_name, user_account.last_name, user_account.company_name, user_account.email_address, user_account.usr_type_code, user_account.creation_date, user_account.change_date, user_account.last_buy_date, user_account.buy_count, user_account.last_buyable_advert_date, user_account.sale_count, user_account.seller_score_sum, user_account.seller_score_count, user_account.commission_rate, user_account.is_first_mail_sent, user_account.game_points, user_account.usr_game_status_code, user_account.http_referrer, user_account.brand_id, user_account.usr_tracking_id, user_account.usr_campaign_id, user_account.seller_score_date, user_account.cmp_method_code, user_account.usr_privilege_code, user_account.usr_first_tracking_id, user_account.usr_last_tracking_id, user_account.game_parent_user_account_id, user_account.is_last_tracking_direct, user_account.is_tracking_direct, user_account.grant_login, user_account.grant_email, user_account.reliability, user_account.grant_question_notify, user_account.initial_seller_score_sum, user_account.initial_seller_score_count, user_account.computed_seller_score_sum, user_account.computed_seller_score_count, user_account.seller_country_id, user_account.ip_address, user_account.last_login_date,user_account.initial_commit_count, user_account.computed_commit_count, user_account.commit_count, user_account.initial_sale_count, user_account.computed_sale_count, user_account.initial_answer_time_sum, user_account.computed_answer_time_sum, user_account.seller_answer_time_sum, user_account.usr_presence_code, user_account.wallet_amount, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, user_account.wallet_currency_id, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.last_wish_date, user_account.remark, user_account.send_first_advert_mail, user_account.is_company, user_account.company_number, user_account.is_to_validate, user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.last_warning_date, user_account.usr_compensation_right_code, user_account.allow_unlimited_stock, user_account.allow_holiday, user_account.cache_advert_stats, user_account.is_in_transit, user_account.holiday_start_date, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.allow_free_book_price, user_account.usr_visibility_code, user_account.activation, user_account.allow_submit_auto_validation, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_send_registration, user_account.ev_privilege, user_account.activation_mail_date, user_account.activation_mail_count, user_account.commission_id, user_account.registration_birth_date, user_account.wallet_birth_date, user_account.accept_negotiation, user_account.supports_shipping_recommande, user_account.supports_shipping_chronopost, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.external_user_reference, user_account.display_name, user_account.last_consultable_advert_date, user_account.tab_index, user_account.last_memo_date, user_account.image_granted_status_code, user_account.is_pro_vehicle, user_account.seller_website_url, user_account.row_version, (user_account.seller_score_sum / user_account.seller_score_count) as score FROM advert, user_account WHERE (user_account.user_account_id = advert.seller_account_id) AND (advert.product_id = :A) AND (advert.is_available = 1) AND (advert.adv_visibility_code = 10) ORDER BY advert.adv_visibility_code, advert.adv_quality_code ASC, toEuro(advert.sale_price, advert.currency_id) ASC, score DESC NULLS LAST, advert.creation_date ASC; |
| Commentaire de Patrick Pereira [ 30/janv./06 17:11 ] |
|
Le plan d'execution : Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=85 Card=23 Bytes=24012) 1 0 SORT (ORDER BY) (Cost=85 Card=23 Bytes=24012) 2 1 NESTED LOOPS (Cost=35 Card=23 Bytes=24012) 3 2 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=12 Card=23 Bytes=17365) 4 3 INDEX (RANGE SCAN) OF 'ADVERT_FKIX_PRODUCT' (NON-UNIQUE) (Cost=4 Card=23) 5 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=289) 6 5 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1) Statistics ---------------------------------------------------------- 42 recursive calls 0 db block gets 54 consistent gets 10 physical reads 0 redo size 19301 bytes sent via SQL*Net to client 4233 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 9 rows processed Pour moi c'est OK. |
[EXP-421] www.babelstore.com : met des plombe a repondre :-( Création: 28/nov./05 11:46 Mise à jour: 25/juin/07 18:54 Résolue: 14/déc./05 18:00 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Justin Ziegler | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
ou est le pb ? je n'ai jamais eu de reponse :-( Si PKM voit ca, il va completement exploser ! |
| Commentaires |
| Commentaire de Justin Ziegler [ 28/nov./05 11:52 ] |
| En fait cela ne repond pas du tout !!! |
| Commentaire de Sébastien Tournay [ 28/nov./05 14:45 ] |
|
Le nom ne doit plus répondre déjà depuis quelques temps. Il
doit s'agir d'une vieille @IP qui n'est plus utilisée dans la résolution
pour ce nom. le tracert montre qu'il s'agit de pmweb01.cdtel.fr [212.23.161.80]. Le problème ne semble pas lié au changement de délégation du nom babelstore.com de juin05. Le MX (les mails babelstore.com) fonctionne toujours avec la résolution de COLT. On vient de faire une demande à COLT ([Request #1282611]) pour rediriger (CNAME) l'enregistrement du nom www.babelstore.com vers le nom www.priceminister.com. |
| Commentaire de Sébastien Tournay [ 29/nov./05 15:55 ] |
|
Pb résolu aujourd'hui après la mise à jour de la zone chez COLT. babelstore.com. IN NS ns0.coltfrance.com. babelstore.com. IN NS ns1.coltfrance.com. babelstore.com. IN MX 10 mx.coltfrance.com. ftp.babelstore.com. IN CNAME priceminister.online.fr. www.babelstore.com. IN CNAME www.priceminister.com. |
| Commentaire de Justin Ziegler [ 29/nov./05 17:04 ] |
|
:-) Super pour babelstore.com mais babelstore.fr est pas en super forme :-) => je rouvre ! |
| Commentaire de Justin Ziegler [ 29/nov./05 17:05 ] |
|
je rouvre pour le .fr verifier aussi tous les autres nom de domaine que l'on possede... |
| Commentaire de Sébastien Tournay [ 29/nov./05 18:22 ] |
|
Pas certain que babelstore.fr est fonctionné un jour. En
tout cas il ne fonctionne pas depuis très longtemps. On va rechercher
pour savoir qui gère la zone de ce nom de domaine. Concernant les autres noms de domaine, il n'ya pas de politique clairement définit sur la redirection c'est à voir avec Pierre Krings. Je vais lui poser la question. |
[APP-6047] Remettre en place le mécanisme SIPS en intégration Création: 24/oct./05 12:10 Mise à jour: 25/juin/07 18:32 Résolue: 14/mars/06 14:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.1.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Commentaires |
| Commentaire de Martin Sudmann [ 09/janv./06 17:06 ] |
|
on ne peut pas tester le comportement du paiement en cas de capture denied, ni en DEV, ni en INTEG. à plus atrd à prendre en compte quand on met à jour SIPS. |
| Commentaire de Ranto Andriambololona [ 20/févr./06 18:32 ] |
|
Les chemins d'accès au pathfile ne sont pas bons ... /appli/priceminister/atos/office/param/pathfile au lieu de /usr/local/Atos/office/param/pathfile |
| Commentaire de Sébastien Tournay [ 21/févr./06 09:10 ] |
| Est-ce que cela fonctionne maintenant sur les 2 serveurs d'INTEG ? |
| Commentaire de Ranto Andriambololona [ 22/févr./06 12:24 ] |
|
Martin, Judd ? Comment on teste au niveau métier le "cas" du "catpure denied" ? |
| Commentaire de Martin Sudmann [ 22/févr./06 12:46 ] |
| via l'appli price. Il faut mettre en place dans les priceminister.properties le certificat de test (1111222233334444), les deux derniers chiffres de la CB utilisé seront alors retournés en response_code SIPS |
| Commentaire de Ranto Andriambololona [ 22/févr./06 17:49 ] |
|
De mémoire ATOS sur deutz avait fonctionné mais jamais sur mumm ... Sur deutz actuellement on a de bons paramètre de conf ATOS (proxy, etc ..) tandis que sur mumm j'ai l'impression que la conf vient de la PROD (ip de prod dans la conf) En attendant de régler ce problème, nous avions mis le paramètre priceminister.payment.sips.fake = true pour effectuer des simulations de paiement |
| Commentaire de Ranto Andriambololona [ 22/févr./06 17:54 ] |
|
ma question était , est ce que vous pensiez que cela avait déja un jour marché sur DEUTZ ou jamais ? moi je confirme que sur mumm on avait jamais réussi à le faire marcher |
| Commentaire de Ranto Andriambololona [ 01/mars/06 11:48 ] |
|
J'ai mis le sips fake à false sur Deutz au payement j'ai le message d'erreur 2006-03-01 11:46:57,266 WARN [P-Processor5] randriam1 - $$$ Authorization Sips request - Ref: 480205 - Amount: 38,54 EUR - Date: 01/03/2006 2006-03-01 11:46:57,279 ERROR [P-Processor5] randriam1 - $$$ Sips connection problem: com.babelstore.payment.PaymentTechnicalException: Could not parse SIPS response: <Error message="requestOffice is not a registered component"/> (java.lang.Exception: requestOffice is not a registered component) 2006-03-01 11:46:57,317 INFO [P-Processor5] randriam1 - <<< [60 ms] POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234569874...&ccyear=2007&cvvkey=111&infunnel=false&wlt=false&x=48&y=12 J'ai pas de log généré au niveau d'ATOS non plus on avance ... |
| Commentaire de Martin Sudmann [ 01/mars/06 12:12 ] |
|
ca a fonctionné sur Deutz ; j'ai toujours branché mon
serveur de DEV sur Deutz pour tester le paiement. C'était à l'époche de
Michael & JD. A un moment JD a essaye d'installer le nouveau SIPS office, on a vue que cela demande trop de DEV pour l'utiliser et on a décidé ne rester avec l'acienne version. JD a fait marche en arrière et depuis c'est dans les choux, si je me souviens bien. |
| Commentaire de Ranto Andriambololona [ 07/mars/06 18:08 ] |
|
Ce qui a été fait : dans priceminister-local.properties j'ai activé deutz #AtosOffice server priceminister.payment.sips.host = deutz.lan priceminister.payment.sips.port = 7180 Maintenant j'ai en frontal une réponse de type : "Votre numéro de carte bancaire est invalide, veuillez le vérifier" et dans les logs jboss 2006-03-07 18:04:16,110 INFO [P-Processor7] randriam1 - >>> POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234563214...&ccyear=2009&cvvkey=111&infunnel=false&wlt=false&x=36&y=10 2006-03-07 18:04:16,179 INFO [P-Processor7] randriam1 - <<< [69 ms] POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234563214...&ccyear=2009&cvvkey=111&infunnel=false&wlt=false&x=36&y=10 et toujours pas de log atos |
| Commentaire de Martin Sudmann [ 07/mars/06 18:30 ] |
| il faut tester avec un numéro à 16 chiffres + date de validité dans le futur + crypto à 3 caractères |
| Commentaire de Ranto Andriambololona [ 07/mars/06 18:35 ] |
|
Effectivement, c'est ce que j'ai fait ... |
| Commentaire de Ranto Andriambololona [ 08/mars/06 18:13 ] |
|
Le mécanisme SIPS fonctionne actuellement en INTEG Nous avons mis en place le système sans passer par un PROXY car ça ne fonctionne pas très bien avec ... Sinon tout marche Carte bleu Num carte bleu de test : 0000000000000000 Trigramme : 000 A la prochaine integ MUMM et DEUTZ seront activés avec le mécanisme de payement SIPS |
| Commentaire de Sébastien Tournay [ 09/mars/06 11:23 ] |
| Très bien. Reste donc à comprendre pourqoi cela ne fonctionne pas en utilisant le proxy ;-) S'agit-il d'un pb de config d'apache et/ou réseau (FortiGate) compte-tenu de la teneur du message d'erreur dans le log du proxy. |
| Commentaire de Christophe Garcia [ 09/mars/06 12:56 ] |
| OK sur DEUTZ mais pas sur MUMM |
| Commentaire de Ranto Andriambololona [ 09/mars/06 15:14 ] |
|
Erreur typographique dans la conf priceminister-local.properties Je viens de le régler, cela sera pris en compte au prochain redémarrage |
| Commentaire de Ranto Andriambololona [ 09/mars/06 15:57 ] |
|
Validé sur MUMM 2006-03-09 15:56:21,442 WARN [P-Processor8] randriam1 - $$$ Authorization Sips request - Ref: 485201 - Amount: 3,80 EUR - Date: 09/03/2006 2006-03-09 15:56:24,780 INFO [P-Processor8] randriam1 - Cart paid - buyer=randriam1 |
| Commentaire de Ranto Andriambololona [ 09/mars/06 16:25 ] |
|
Pour info, Une fois que vous avez testé et validé SIPS avec la V812, il faut qu'on désactive la fonctionnalité sur MUMM et DEUTZ Pourquoi ? parce qu'il y aura plein de tests d'achat de tous les utilisateurs de la boite qui vont partir vers le serveur de banque |
| Commentaire de Ranto Andriambololona [ 14/mars/06 11:59 ] |
|
je ferme ci jira, Si vous voulez activer ou désactiver SIPS, on le traitera comme une demande à part |
| Commentaire de Christophe Garcia [ 15/mars/06 10:42 ] |
| Works fine sur DEUTZ ET MUMM |
Rackage switch 24 ports dans la baie de brassage
(EXP-1122)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 5 heures, 30 minutes | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Jérémie Bennejean [ 07/mars/06 17:27 ] |
| il n'y a plus de portalbe dispo pour le paramétrage du switch, les toshiba sont hs |
| Commentaire de Jérémie Bennejean [ 14/mars/06 11:49 ] |
|
Switch racké dans la baie de brassage et relié au mge_11kva Configuré avec l'adresse IP 192.168.1.47 Connecté pour test au switch 3448 de la baie de brassage Accessible au http://192.168.1.47 Wiki sur configuration switch fait. |
| Commentaire de Jérémie Bennejean [ 14/mars/06 12:15 ] |
|
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=BaieDeBrassagePOWERConnect2724 |
[EXP-1164] Envoi de mail recapitulatif du bon fonctionnement des acces VPN Création: 03/févr./06 09:26 Mise à jour: 25/juin/07 18:56 Echéance: 08/févr./06 00:00 Résolue: 23/mars/06 09:39 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Pap Ndiaye | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | 2 heures | ||
| Commentaires |
| Commentaire de Pap Ndiaye [ 03/févr./06 16:21 ] |
|
Le VPN marche bien pour moi, sauf que je neu peux pas accéder à l'interface d'admin Fast : http://fastadmin.jmh.lan:16000 C'est assez important pour nous ! Martin |
| Commentaire de Pap Ndiaye [ 03/févr./06 16:22 ] |
|
PAP, En principe ce problème avait été réglé en fin de semaine dernière avec une modification du flux sur l'ARKOON pour prendre en compte les @IP du VPN pour l'accès aux @IP privées de la plateforme de PROD. Il faut voir avec Martin à quand son dernier test remonte. On peut aussi utiliser mon portable demain et valider que ma config fonctionne correctement (c'est la même que celle des DEV). Cela mettre donc de coté la piste FORTIGATE+VPN pour se concentrer sur d'autres sujets qui font que pour certain cela ne fonctionne pas. Sebastien |
| Commentaire de Pap Ndiaye [ 03/févr./06 16:23 ] |
|
Mon test c'était hier à 23:30 h Martin |
| Commentaire de Pap Ndiaye [ 07/févr./06 19:59 ] |
|
La connexion en prod sur les serveurs Fast fonctionne pour
ce faire il est nécessaire de faire du port tunneling en preconfigurant
le putty. |
| Commentaire de Pap Ndiaye [ 08/févr./06 10:23 ] |
|
Procédure présente dans la wiki. http://ruinart/pricewiki/Wiki.jsp?page=Port_Forwarding_acces_fastadmin.jmh.lan |
| Commentaire de Sébastien Tournay [ 08/févr./06 11:21 ] |
|
C'est une solution de contournement. Il faut faire en sorte
que cela puisse fonctionner avec l'ARKOON et le réseau MPLS. Sans-doute
que l'ouverture de flux avec nos adresses en 11.11.. ne fonctionne pas
correctement. Il faut que tu reprennes les infos et les contacts que RANTO avait chez JMH pour résoudre cet accès. |
| Commentaire de Pap Ndiaye [ 09/févr./06 08:43 ] |
|
Effectivement l'ouverture de flux aux adresses 11.11.11.x
n'etait pas complet, seul le port 80 et 22 des serveurs en prod sont
actuellement accessible. La demande d'ouverture de flux seras effectué
dans la matinée du 09/02/2006 et testée ce week end. Port a ouvrir: Neptune :16000 amphitrite:15100 angita:15100 aurore:15100 hercule:15100 janus:15100 junon:15100 orcus:15100 parques:15100 sol:15100 tellus:15100 terrra:15100 titan:15100. |
| Commentaire de Pap Ndiaye [ 13/févr./06 09:49 ] |
|
Ajouter une route statique pour que le flux qui sort de
notre Firewall (de source 11.11.11.0) soit routable vers nos serveurs de
PROD chez JET (10.150.28.64 / 27). La demande a ete effectuée par mail au pres de Neuf 10/02/2006. Une fois cette route ajouté il faudrat reprendre contacte avec Jet pour qu'il ajoute une nouvelle route sur les serveur des PROD |
| Commentaire de Pap Ndiaye [ 14/mars/06 10:36 ] |
|
L'intervention effectué par neuf. Je viens constater que le reseau 192.168.2.0 /24 n'est pas accessible par les adresses en 11.11.11.0/24 un autre demande d'ajout de route statique en interne vient donc d'etre effectué. |
| Commentaire de Pap Ndiaye [ 23/mars/06 09:39 ] |
| Ajout de policy sur le fortigate entre Wan2 Wan1. |
[EXP-1176] Probleme d'acces a Internet via le Client VPN Création: 03/févr./06 16:09 Mise à jour: 25/juin/07 18:56 Echéance: 06/févr./06 00:00 Résolue: 26/avr./06 09:25 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pap Ndiaye | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 2 heures | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 2 heures | ||
| Commentaires |
| Commentaire de Pap Ndiaye [ 06/févr./06 09:51 ] |
|
L'accés internet des utilisateurs VPN faisant parti du
groupe VPN_IP_POOL fonctionne, cependant un prérequis est nécessaire. Lors de connexion via le VPN l'IP de la passerelle par defaut de l'utilisateur doit etre remplacé par celle definie par le fortigate IP_VPN+1 = 192.168.1.251 pour ce faire l'utilisateur doit avoir au préalable une passerelle en 192.168.1.X. ---------La commande suivante sous windows permet l'affichage de la passerelle par defaut: U:\>route print =========================================================================== Liste d'Interfaces 0x1 ........................... MS TCP Loopback interface 0x2 ...00 0c f1 fd d4 10 ...... Intel(R) PRO/1000 CT Network Connection - Miniport d'ordonnancement de paquets 0x3 ...00 09 0f fe 00 01 ...... Fortinet virtual adapter - Miniport d'ordonnancement de paquets =========================================================================== =========================================================================== Itinéraires actifs : Destination réseau Masque réseau Adr. passerelle Adr. interface Métrique 0.0.0.0 0.0.0.0 192.168.1.251 192.168.1.235 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.1.0 255.255.255.0 192.168.1.235 192.168.1.235 20 192.168.1.235 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.1.255 255.255.255.255 192.168.1.235 192.168.1.235 20 224.0.0.0 240.0.0.0 192.168.1.235 192.168.1.235 20 255.255.255.255 255.255.255.255 192.168.1.235 192.168.1.235 1 255.255.255.255 255.255.255.255 192.168.1.235 3 1 Passerelle par défaut : 192.168.1.251 =========================================================================== |
| Commentaire de Sébastien Tournay [ 06/févr./06 10:02 ] |
| Je réouvre cette demande pour être certain que cela fonctionne pour tout le monde avec ce pré-recquis. Il me semble que Gaël n'arrivait toujours pas à surfer avec son accès VPN. Je voudrais qu'on liste toutes les personnes dans ce JIRA pour indiquer celle pour qui cela fonctionne et les autres pour qui cela ne fonctionne pas. |
| Commentaire de Pap Ndiaye [ 08/févr./06 17:09 ] |
|
Etat des lieux connexion VPN. Le vpn pose problème pour 6 personnes. Arnaud --->> Problème de navigation -->> Je lui ai donc fourni un nouveau fichier de configuration (*.vpl). Quentin-->> Problème de connexion-->> Je lui ai donc fourni un nouveau (*.vpl) et redéfini son mot de passe. Gael -->> Problème de navigation -->> J'attends son retour de vacance pour lui fournir un nouveau fichier ( *.vpl). Martin-->> Problème de navigation web sur les serveurs Fast-->> Procedure présente dans le wiki. http://ruinart/pricewiki/Wiki.jsp?page=Port_Forwarding_acces_fastadmin.jmh.lan Pascal-->> Problème de connexion du à la config de sa carte réseau ( pb deja soulevé, avant le déménagement) -->> J'attend d'avoir le portable a disposition. |
| Commentaire de Pap Ndiaye [ 14/mars/06 10:27 ] |
|
Une nouvelle demande a ete effectuer au pres de Neuf ajout de route statique en interne permettant au reseau 11.11.11.0 /24 d'accéder au routeur 9 (192.168.2.0). Historique des demande disponilble: Z:\9Telecom\Neuf |
| Commentaire de Pap Ndiaye [ 23/mars/06 09:27 ] |
|
Récapitulatif des interventions afin d'acceder via le vpn au site http://fastadmin.jmh.lan. 1Rajout d'une policy sur le fortigate pour atteindre la wan2 (192.168.2.0/24) avec les adresses 11.11.11.0/24. 2 Rajout d'une route statique cote lan sur le routeur neuf. 11.11.11.0/24 192.168.2.1. 3 Rajout d'une route statique coté wan sur le routeur neuf 11.11.11.0/24 10.201.167.113. 4 ouverture des ports (desiré) sur les serveurs a atteindre (ex: fastadmin.jmh.lan). 5 Rajout de routes sur les serveurs en questions. |
| Commentaire de Pap Ndiaye [ 29/mars/06 11:55 ] |
|
Un mail a ete envoyé a Gael Quentin Arnaud Martin et Sebastien afin de valider le bon fonctionnement du VPN. Acces aux serveurs en interne. Acces a navigation web via le vpn. Acces a http://fastadmin.jmh.lan:16000 J'attends un retourde leurs par pour fermer le Jira. |
[APP-4520] Cobranding : Vnunet non accessible en integ Création: 01/juin/05 11:57 Mise à jour: 25/juin/07 18:29 Résolue: 25/juin/07 18:29 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 8.0.2val, 8.0.3 |
| Version(s) corrigée(s): | 8.0.3 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Impossible de tester le cobranding PcDirect Vnunet. Il n¿est pas testable car l¿adresse d¿accès est inconnue ou ne fonctionne pas. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 01/juin/05 14:18 ] |
| Pb de conf apache |
| Commentaire de Sébastien Tournay [ 01/juin/05 16:19 ] |
|
En effet le site en intégration n'est pas configuré. Sur le BO il est indiqué comme 'pcdoccasions.vnunet.fr'. Faut sans doute lui donner un nom du genre pcdoccasions.pm.lan et mettre la conf APACHE en place. Je vois bien au niveau APACHE mais je maitrise pas au niveau du BO en integ.. Sébastien |
| Commentaire de Quentin de Chivré [ 21/juin/05 13:55 ] |
| Faire un script pour l'integ, faire suivre ensuite a SET |
| Commentaire de Martin Sudmann [ 23/juin/05 18:28 ] |
|
j'ai supprimé les hosts de pcdirect et ACF. Les deux sont dispos maintenant en iteg. Y a-t-il encore des choses à faire au niveau Apache ? |
| Commentaire de Sébastien Tournay [ 24/juin/05 16:54 ] |
|
RANTO, Je te laisse te charger de créer en intégration le brand pcdirect.pm.lan. Il faut dans l'ordre : * modifier la zone DNS pm.lan pour créer l'enregistrement pcdirect en prenant une adresse IP disponible dans la pile réservée * Modifier la conf apache sur DEUTZ pour créer ce nouveau virtualhost * Vérifier le fonctionnement du mécanisme des pages statiques avec l'enregistrement pcdirect.pm.lan Sébastien |
| Commentaire de Ranto Andriambololona [ 27/juin/05 12:38 ] |
| C'est fait, le cobranding pcdirect.pm.lan est accessible en INTEG |
[EXP-1727] Mise en place du nouveau SA MUMM Création: 06/avr./06 09:13 Mise à jour: 25/juin/07 18:57 Résolue: 11/avr./06 16:44 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 jour | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Description |
|
On vient de recevoir un nouveau serveur DELL 2850 hier. Il
faut le racker, l'installer dans la baie. Son rôle est de remplacer
l'actuel serveur MUMM. Il faut donc trouver un nom à ce serveur et suivre toute la procédure que nous avons déjà sur l'installation d'un nouveau serveur (réseau, OS en RedHatAS4, électricité, minitor, doc, plan..). Ce serveur va donc remplacer mumm sur la plateforme d'intégration. MUMM sera dédié comme SA sur la plateforme d'intégration de l'Espagne. On laisse la main à PAP pour tout ce qui est l'installation/configuration de JBOSS. J'ouvrirai un JIRA pour cela dès que le nom sera trouvé. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 06/avr./06 10:16 ] |
|
SOUTIRAN LENOBLE TROUILLARD PAILLARD GARDET TELMONT CUPERLY Au choix http://www.maisons-champagne.com/liste_maisons/limach.htm |
| Commentaire de Alain Bonneaud [ 06/avr./06 11:51 ] |
|
Appelons-le MUMM comme l'ancien. Il serait bien que
dorénavant on associe plutôt le nom du serveur à sa fonction plutôt qu'à
une machine physique. Ca simplifiera beaucoup de choses notamment pour
la compréhension de l'architecture par les autres membres de PM hors
exploitation. Par contre il faudra trouver un nouveau nom pour l'ancien MUMM qui va devenir le serveur d'appli de l'espagne. Un champagne avec un nom à consonnace espagnole ça doit exister non? |
| Commentaire de Jérémie Bennejean [ 10/avr./06 19:12 ] |
|
Serveur installé yp.conf ok nsswitch.conf ok hosts ok https://mumm2:1311/servlet/OMSAStart?mode=omsa le renommer en mumm aprés migration et installation jboss de mumm |
| Commentaire de Jérémie Bennejean [ 10/avr./06 19:12 ] |
| ip : 192.168.1.58 |
[APP-3695] java.lang.NumberFormatException Création: 07/mars/05 12:49 Mise à jour: 25/juin/07 18:28 Résolue: 25/juin/07 18:28 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 7.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Judd OSullivan | Attribution: | Geneviève Beaujard |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans les logs en prod il y a des requêtes comme ceci : http://img.priceminister.com/cover/23676530&image=0 qui produissent des java.lang.NumberFormatExceptions. 1/ On peut mieux traiter cette requête. 2/ On devrait plus produire ces requêtes--c'est possible que c'est déjà le cas et que c'est des vieux liens. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 06/avr./05 07:27 ] |
|
Je ne comprends pas comment on peut avoir cette url, c'est speedera qui la demande: 2005-04-05 07:21:17,808 INFO [P-Processor7] 212.162.1.201 - >>> GET http://img.priceminister.com/cover/134295330&image=0 2005-04-05 07:21:17,809 ERROR [P-Processor7] 212.162.1.201 - Image not found (java.lang.NumberFormatException: null) En effet l'adresse IP 212.162.1.201 correspond a Speedera (whois). La correction a consisté a ajouter le separateur '&' au StringTokenizez |
[APP-5271] JBoss 4.0.2 : Mettre en place JBoss 4.0.2 en dev puis en integ et prod Création: 11/juil./05 16:08 Mise à jour: 25/juin/07 18:31 Résolue: 01/sept./05 11:54 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 8.0.6 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Ceci devrait permettre notamment d'éviter les fuites mémoire
du clustering en 4.0.1 et on pourrait donc le remettre en oeuvre en
Prod
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 21/juil./05 10:06 ] |
| Mettre en place le clustering en Integ |
| Commentaire de Judd OSullivan [ 21/juil./05 18:22 ] |
|
On a cette erreur sur mumm avec clustering : 2005-07-20 16:33:26,579 WARN [main ] - Problem starting service jboss.cache:service=TomcatClusteringCache ChannelException: java.lang.Exception: exception caused by UDP.start(): java.net.UnknownHostException: mumm.1.168.192.in-addr.arpa: mumm.1.168.192.in-addr.arpa Correction: JBoss trouvait pas le hostname donc j'ai mis 'mumm' dans /etc/hosts C'est possible que ca va corriger aussi notre problème de batch (app-5303). Donc clustering est en place. On le test bientôt. |
| Commentaire de Quentin de Chivré [ 28/juil./05 10:38 ] |
| Corriger les pbs mod_jk, peut-etre en installant une nouvelle version ? |
| Commentaire de Judd OSullivan [ 17/août/05 18:10 ] |
|
Les tests de clustering ont échoués. Même JBoss simple ne marchait plus. Après avoir remis en place 4.0.1 on a constate que le problème etait lié à la machine plutôt qu'à jboss (en gros 4.0.1 ne marchait pas sur mumm non plus). Solution : dans workers.properties on a mis l'adresse ip de mumm au lieu du hostname. JBoss marche bien maintenant. Clustering a l'air de bien marché aussi mais on continue faire des tests dessus. |
| Commentaire de Judd OSullivan [ 01/sept./05 11:54 ] |
|
Ensuite on a eu des problèmes entre mod_jk 1.2.8 et tomcat
5.5. On a mis à jour mod_jk (à la version 1.2.14) et on a reussi à faire
tout nos tests de jboss 4.0.2. On est en train de deployer 4.0.2 en prod. |
| Commentaire de Fabien Farache [ 02/sept./05 18:17 ] |
|
Arnaud, Judd n'étant plus là je t'envoie cette tâche pour
que tu la vérifies ou l'assigne à quelqu'un car je ne peux pas la
tester. Merci d'avance |
| Commentaire de Arnaud Forgues [ 02/sept./05 18:39 ] |
| J'ai vu avec Ranto, le déploiement en PROD est en cours et devrait se terminer vendredi 9 septembre 2005. Il pourra alors femer le bug si tout se passe bien |
[EXP-155] Mise en place du cobranding occasion.presence-pc.com Création: 19/août/05 17:03 Mise à jour: 25/juin/07 18:54 Résolue: 16/sept./05 15:59 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
20050822-PrésencePC-Feuille de route.doc
RE Presence-PC Pour rappel.htm
|
| Description |
|
Il faudrait mettre en place le cobranding 'occasion.presence-pc.com'. * La VIP sera .60 (à communiquer à presence-pc au moment du lancement) * les RIP .34 sur Cupidon et .09 sur Phaeton * Le certificat SSL est ci-dessous. Penser à reprendre la clée générée et le csr pour la conf SSL. * Configurer les Virtualhost sur PHAETON et CUPIDON * Vérifier la réflexion sur le fichier robot.txt * modification des fichiers /etc/hosts * modification des pages pseudostatiques (il est possible que cela ne fonctionne pas si le brand n'est pas configuré dans la base de PROD) * Créer également le site presence-pc.preview.priceminsiter.com (à confirmer avec JUDD) pour le brancher uniquement sur le SA JBOSS de JUPITER (mod_jk.redirect_preview spécifique). Faire une demande à JMH pour avoir une RIP pour PHAETON. -----BEGIN CERTIFICATE----- MIIDbTCCAtagAwIBAgIDP8W4MA0GCSqGSIb3DQEBBAUAMIHOMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xHTAb BgNVBAoTFFRoYXd0ZSBDb25zdWx0aW5nIGNjMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSEwHwYDVQQDExhUaGF3dGUgUHJlbWl1bSBT ZXJ2ZXIgQ0ExKDAmBgkqhkiG9w0BCQEWGXByZW1pdW0tc2VydmVyQHRoYXd0ZS5j b20wHhcNMDUwODE2MTAxNDQ2WhcNMDYwODE2MTAxNDQ2WjB/MQswCQYDVQQGEwJG UjEWMBQGA1UECBMNSGF1dC1kZS1zZWluZTEQMA4GA1UEBxMHUHV0ZWF1eDEWMBQG A1UEChMNQmVzdCBvZiBtaWNybzELMAkGA1UECxMCSVQxITAfBgNVBAMTGG9jY2Fz aW9uLnByZXNlbmNlLXBjLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA 1k64FySsEVonjLVJfJbpWNyCGneWaUPK/wV4thgszRNS5I51/UYK0c/TYrNFFu2V cHHRYhNJZKAxXKbbeL1X32yaYX++xjJH9/0qCS2N5JS1717yJ6iWgL3HNb9vBxai oOZA6YGj3P0aZzOsR4tMEF2QFTpg7XaAvdqKxrATOrkCAwEAAaOBpjCBozAdBgNV HSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwQAYDVR0fBDkwNzA1oDOgMYYvaHR0 cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVByZW1pdW1TZXJ2ZXJDQS5jcmwwMgYI KwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2NzcC50aGF3dGUuY29t MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAVyi1E2hMTkVJDvTqgsSE wK1evx7Pw3gV29qmlk8aMVfTl0uhA8UZAonYCNsA4z19/mnnJS6mcIE+cQyJn2Zc U92QnswIQU8/68+F3u2Q79YcIPeAQ9rOjBn84ooo9FRafjQ51u0M8QQB/uQcWyEy 63ukW9hi1F/KG5sLrxs1CtQ= -----END CERTIFICATE----- |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 23/août/05 13:16 ] |
|
L'ensemble des manips sont faits ... A la prochaine mise en maintenance je mettrais en place le nouveau httpd.production sur Phaeton et Cupidon et effecterai les tests Ce qui é été fait : Mise en place des certificats sur Phaeton et Cupidon occasion.presence-pc.com.csr occasion.presence-pc.com.key occasion.presence-pc.com.crt Modifications de etc.host Cupidon 212.23.167.34 occasion.presence-pc.com Phaeton 212.23.167.9 occasion.presence-pc.com Paramétrage des virtualhost dans la conf Apache Lancement du scrit createvirdir.sh Mise en place de maintenance .asis pour ces virtualhost etc ... |
| Commentaire de Sébastien Tournay [ 23/août/05 16:21 ] |
|
Confirmer que robot.txt est le bon. Voir avec Manu du référencement et/ou JUDD et/ou Bruno Communiquer la VIP à presence-pc pour qu'ils puissent modifier leur DNS au moment de la mise en prod) Mise en place d'un brand presence-pc.preview.priceminister.com. Régle d'accès sur le filtre d'@IP. |
| Commentaire de Ranto Andriambololona [ 16/sept./05 15:59 ] |
|
Quasi terminé ... On attend le déploiement pour pour voir visuellement le nouveau cobranding |
[EXP-674] Installation imprimante Brother aux fraudes Création: 23/déc./05 10:36 Mise à jour: 25/juin/07 18:55 Echéance: 23/déc./05 00:00 Résolue: 28/déc./05 12:21 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Alain Bonneaud | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Incomplet | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 2 heures | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Installation de l'imprimante Brother dans le bureau des
fraudes et la configurer à la fois en imprimante pour leurs besoins et
en télécopieur.
|
| Commentaires |
| Commentaire de Sébastien Tournay [ 23/déc./05 14:48 ] |
| A voir lundi directement avec la personne en charge du servicedesk. |
| Commentaire de ZZ_Arnaud Baali [ 28/déc./05 10:44 ] |
|
L'Imprimante à été installée et testé pour la partie Copie Réseaux et Fax. Cependant, le système d'entrainement des feuilles du Bac supérieur ne fonctionne plus. J'ai constaté que le bras qui doit être relié au reste du mécanisme d'entraînement n'est pas correctement installé ou a subit une déterioration |
| Commentaire de ZZ_Arnaud Baali [ 28/déc./05 12:21 ] |
|
1°) Installation de l'imprimante sur le Serveur Lafitte puis partage de celle-ci 2°) Brassage des prises LAN et FAx 3°) Sur le poste Client: - Installation de l'imprimante partagée - Installation du client pour le FAX PC (création d'une imprimante virtuelle) - Modification du port de cette imprimante pour le configurer sur un port TCP/IP qui correspond à l'adresse IP de l'imprimante (Ici 192.168.1.141) 4°) Test d'impression 5°) Test de FAx en emission / reception |
Alertes Onduleur
(EXP-996)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 3 heures | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Jérémie Bennejean [ 21/févr./06 15:43 ] |
|
Onduleur configurer avec l'adresse IP 192.168.1.66 nom : mge500va Configuré pour envoyé un mail de rapport tout les lundis à 8H00. Pas d'extinction des materiels prevus ( 2 switchs et phonomail) |
[APP-5221] Perte de session en prod Création: 06/juil./05 19:13 Mise à jour: 25/juin/07 18:31 Résolue: 13/sept./05 11:44 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Infrastructure |
| Affecte la/les version(s): | 8.0.2g |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Olivier Mathiot | Attribution: | Judd OSullivan |
| Résolution: | Impossible à reproduire | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
je me retrouve fréquemment "deloggé" sur le site de prod depuis 10 jours environ (cela m'est arrivé de chez moi/ordi perso et du bureau) pas de cas précis à reproduire par fois en voualnt répondre à une question d'un acehteur, parfois pour aller confirmer une vente je suis redirigé vers la page d'identification pb de clustering ? |
| Commentaires |
| Commentaire de Quentin de Chivré [ 07/juil./05 10:54 ] |
| Probleme de clustering ? Quelle est la structure actuelle en prod ? Y a t'il un probleme de config ? |
| Commentaire de Judd OSullivan [ 11/juil./05 10:58 ] |
|
J'ai regardé les configs en prod et tout est correct. En
plus j'ai fait quelques tests et pour moi une session dure bien 30 min. Depuis notre problème de fuit memoire, on a pas de clustering en prod donc non, ce n'est pas un problème de clustering. Si tu peux noter l'heure et l'adresse IP la prochaine fois on peut regarder plus profondement. |
[EXP-996] Alertes Onduleur Création: 24/janv./06 11:14 Mise à jour: 25/juin/07 18:55 Résolue: 10/avr./06 12:45 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 0 minutes | Estimation restante: | 0 minutes |
| Σ Temps consacré: | 3 jours, 4 heures, 30 minutes | Temps consacré: | 1 jour, 1 heure, 30 minutes |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
Il faudrait paramétrer les alertes sur le differents onduleurs : *mge 3kva baie 1 et baie 2 * mc 5 kva baie 3 * mge comet 11Kva salle serveur * le 600 va de la baie au 1er S'assurer que tous ces onduleurs sont bien répertoriés. Quid d'arrêt des serveurs si l'alimentation rendondante est sur l'onduleur de 11 kVA. Est- il vraiment nécessaire de les ârrêter. On peut sans doute prendre la décision de stopper les serveurs si les 2 onduleurs sont activés. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 08/févr./06 14:36 ] |
|
etude de l'onduleur. Mise en évidence de sa mauvaise configuration --> fonctionnement en bypass --> Corrigé. ( avec le support MGE) Inscription de l ip dans le dhcpd.conf et des noms dans le dns ( mge_11kva ) Wiki onduleur fait : http://ruinart/pricewiki/Wiki.jsp?page=OnduleurMGEComet11KVA |
| Commentaire de Sébastien Tournay [ 08/févr./06 16:37 ] |
| Ce qu'il faut mettre en place c'est un mécanisme qui pour chaque onduleur d'une baie va couper tous les serveurs de la baie concernée. |
| Commentaire de Jérémie Bennejean [ 27/févr./06 11:57 ] |
|
Le mécanisme de la baie 2 est fait. l'utilitaire se trouve sur roederer. Le wiki est fait : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=OnduleurMGE3KVABaie2 |
| Commentaire de Jérémie Bennejean [ 27/févr./06 17:08 ] |
|
En ce qui concerne la baie 1, je suis bloqué par le fait que
je n'ai pas de câbme serie avec un port male et un femelle. |
| Commentaire de Jérémie Bennejean [ 02/mars/06 18:10 ] |
|
Onduleur 3000 va relier a Lanson. Installation des scripts. Mise en place de PSP. Documentation faites http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=OnduleurMGE3KVABaie1 |
| Commentaire de Sébastien Tournay [ 08/mars/06 09:44 ] |
|
Jérémie, Très bien cette mise en place et cette documentation sur le WIKI. En lisant l'architecture mise en place, je me disais qu'il serait bien d'ajouter dans le script 'Script psp_shut' une fonction d'envoir de mail pour indiquer l'arrêt des serveurs en cas de passage sur l'onduleur. Il faudrait de façon gloibale prévoir d'être informé (la nuit et le WE), même si on ne fait rien de l'arrêt de tous les serveurs d'une baie. A voir avec xiaoming comment on pourrait mettre cela dans notre boucle de supervision (avec envoi de mail et de SMS). Il faut sans doute passer par un log pour remonter les informations. A voir si on pose cette réflexion avec MINITOR et/ou NAGIOS. |
| Commentaire de Jérémie Bennejean [ 13/mars/06 16:37 ] |
|
Autre outil de supervision : https://pmt043/PowerManager/ |
| Commentaire de Jérémie Bennejean [ 10/avr./06 12:45 ] |
| rattavhé au jira http://pricejira/browse/EXP-1481 |
[EXP-447] Migration du nom bo.jmh.lan en bo.priceminister.lan et intra.priceminister.lan Création: 30/nov./05 19:33 Mise à jour: 25/juin/07 18:54 Résolue: 29/déc./05 11:12 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Evolution |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | 15 minutes | ||
| Temps consacré: | 45 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Migrer le nom bo.jmh.lan en bo.priceminister.lan Installer aussi un intra.priceminister.lan |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 15:56 ] |
|
Demande faite à JMH Une fois qu'ils auront mis en place leur partie, je dois : - MAJ notre DNS sur ruinart - Contacter l'administrateur de l'arkoon |
| Commentaire de Ranto Andriambololona [ 16/déc./05 18:41 ] |
|
PAP, Peux-tu ajouter dans notre DNS 10.150.28.86 intra.priceminister.lan 10.150.28.72 bo.priceminister.lan Une fois que c'est fait réassigne moi le JIRA |
| Commentaire de Pap Ndiaye [ 20/déc./05 10:04 ] |
| On pourrais mettre intra.priceminister.com.lan bo.priceminister.com.lan pour bien marquer le fait qu'il s'agit de la prod. |
| Commentaire de Sébastien Tournay [ 20/déc./05 10:16 ] |
| Ok pour cette précision. |
| Commentaire de Pap Ndiaye [ 20/déc./05 16:17 ] |
| C fait |
| Commentaire de Ranto Andriambololona [ 27/déc./05 17:53 ] |
|
J'ai commencé à faire la conf Apache ... J'ai récupéré l'ancienne partie bo.jmh.lan J'ai ces types d'erreur à la génération des pages pseudos statiques Looking up bo.priceminister.lan bo.priceminister.lan Making HTTP connection to bo.priceminister.lan Sending HTTP request. HTTP request sent; waiting for response. Alert!: Access without authorization denied -- retrying lynx: Can't access startfile http://bo.priceminister.lan/navigation/default/category/root_sport?static=true done a suivre ... |
| Commentaire de Sébastien Tournay [ 28/déc./05 09:18 ] |
| Cette erreur sans doute parce qu'il manque dans le fichier /etc/hosts de PHAETON le nom bo.priceminister.lan avec l'@IP privée de PHAETON pour faire la résolution non ? |
| Commentaire de Ranto Andriambololona [ 29/déc./05 11:12 ] |
|
La résolution est bonne car j'arrive à aller en BO via la nouvelle URL, C'est juste la génération des pages pseudos statique qui ne marche pas ... En HTTP, Le BO demande un login / mot de passe (c'est normal) mais que cela demande aussi un login / mot de passe lors de l'accès de LYNX pour la génération des pages pseudos statiques est un fait nouveau à suivre ... |
Installation Business Objects Production
(BIN-15)
|
|
| Etat: | Fermé |
| Projet: | Business Intelligence |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Agathe Remy |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure, 10 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Faire la demande à JMH (MAI) pour demander la création du
domaine bi.priceminister.com. On utilise la même VIP que celle de
bo.priceminister.com et donc les 2 RIP. Mettre en place la conf Apache et mod_jk pour attaquer le serveur applicatif BO sur TELLUS (après validation de la préocédure en intégration) |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 09/déc./05 15:24 ] |
|
Je viens de soumettre dans l'extranet JET la demande pour le domaine bi.priceminister.com et l'ajout des RIP et VIPS Pour la mise ne place de la conf apache et mod_jk, on le fera le jour où BO sera installé completement et opérationnel sur TELLUS |
| Commentaire de Ranto Andriambololona [ 16/déc./05 12:40 ] |
|
C'est fait et accessible sur : http://bi.priceminister.com/businessobjects/enterprise11/ J'ai aussi ajouté une sécurité pour que seul notre IP (Villette) puisse accéder à bi.procmeinister.com |
[EXP-1350] PriceWiki ne répond plus ! Création: 22/févr./06 13:28 Mise à jour: 25/juin/07 18:56 Résolue: 11/avr./06 17:21 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
http://ruinart/pricewiki/ |
| Commentaires |
| Commentaire de Pap Ndiaye [ 06/mars/06 09:47 ] |
|
la nouvelle adresse du wiki est la suivante: http://pricewiki/ rediriger vers http://ruinart.lan:4080/pricewiki/ |
| Commentaire de Quentin de Chivré [ 06/mars/06 09:54 ] |
| Pourquoi ? |
| Commentaire de Quentin de Chivré [ 06/mars/06 09:54 ] |
| On ne peut pas changer l'adresse comme ca sans prévenir personne et juste dire " ca a changé " apres coup |
| Commentaire de Quentin de Chivré [ 06/mars/06 09:58 ] |
| De plus, ne peut on mettre une adresse symbolique genre http://pricewiki.lan/ qui nous rendra indépendants de tout changement de machine a venir |
| Commentaire de Alain Bonneaud [ 06/mars/06 10:56 ] |
|
Tout à fait d'accord avec Quentin. Les changements
intempestifs de ce type sont totalement proscrits, il doit y avoir une
communication préalable à tout changement et on doit s'assurer qu'il n'y
a pas d'impact pour les utilisateurs. C'est totalement inadmissible.. merci de faire le nécessaire ASAP pour évitetr que ce genre de chose ne se reproduise d'autant plus que lors de la réorganisation des serveurs selon le schéma directeur 2006, tous les outils devront être réinstallés sur Roederer ou son remplaçant. |
| Commentaire de Sébastien Tournay [ 08/mars/06 16:54 ] |
|
On a déja un alias avec http://pricewiki. On peut en effet en ajouter un autre (http://pricewiki.lan)
pour être homogène. PAP, il faut aussi mettre une couche de
virtualhost au niveau d'APACHE sur RUINART pour éviter de tranier dans
les URL le nom du serveur et des ports. Il faut donc associer au WIKI
une IP virtuelle. Cela sera aussi plus simple à gérer pour notre schéma
directeur de 2006. |
| Commentaire de Pap Ndiaye [ 11/avr./06 17:08 ] |
| A mettre en place lors de migration des outils interne sur le nouveau Roederer |
[APP-6777] Pas d'image sur la home du site http://ofup.priceminister.com/ Création: 14/déc./05 17:11 Mise à jour: 25/juin/07 18:33 Résolue: 19/déc./05 17:12 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 8.0.9a |
| Version(s) corrigée(s): | 8.0.9b |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Sébastien Tournay | Attribution: | Stéphane Archer |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Description |
|
Il n'y a plus d'image sur la home de http://ofup.priceminister.com/.
Sans doute lié au dploiement de ce matin ? Voir si cela concerne
d'autres sites.. Un problème de lien sur un répertoire d'image ?
|
| Commentaires |
| Commentaire de Ranto Andriambololona [ 16/déc./05 18:26 ] |
|
Les images suivantes ne sont plus accéssibles http://www.ofup.com/images/internet.gif http://www.ofup.com/images/presse.gif http://www.ofup.com/images/finance.gif http://www.ofup.com/images/logo_ofup.gif Apparement il se trouvent sur le site de l'ofup ( www.ofup.com ) et physiquement j'ai vérifié le chemin n'est plus valide. Est-il possible de les modifier ? |
| Commentaire de Swan Desportes [ 19/déc./05 14:51 ] |
|
Le cobranding OFUP a perdu ses images. Visiblement, l'OFUP a fait peau neuve sans penser à nous prévenir. La démarche, c'est de demander aux sites cobrandés de nous donner une URL permettant d'afficher le header et le footer. En l'absence de Bruno, je te le transmets à toi. (question subsidiaire : est ce que ce cobranding est actif ?) |
| Commentaire de Geneviève Beaujard [ 19/déc./05 14:51 ] |
|
Effectivement le header ofup est sous forme de jsp chez nous. La jsp fait references a des images qui n'existent plus. |
| Commentaire de Francois-Marie Tournadour [ 19/déc./05 15:05 ] |
|
réponse à la question subsidiaire : ce CoB n'est pas actif (!!!) |
| Commentaire de Swan Desportes [ 19/déc./05 15:10 ] |
|
François-Marie vient de me dire que ce cobranding n'est pas actif. Il n'y a rien à faire pour l'instant, si ce n'est le désactiver ? |
| Commentaire de Sébastien Tournay [ 19/déc./05 15:35 ] |
| ATTENTION à bien nous prévenir si vous décidez de fermer ce cobrandig. Il nous faudra ensuite faire le point sur nos différents fichiers de conf APACHE, adressage IP... |
| Commentaire de Christophe Garcia [ 19/déc./05 17:12 ] |
| Cobranding inactif |
[EXP-318] [CoB Mobilocaz] Modification du DNS pour renvoyer le traffic sur le CoB MobilesAchat Création: 08/nov./05 11:31 Mise à jour: 25/juin/07 18:54 Résolue: 18/nov./05 01:07 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Bruno Ballester | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour info : "Mobilokaz" va bientôt devoit être désactivé car remplacé par "MobilesAchat". En attendant cette désactivation, il faudrait faire pointer http://mobilokaz.priceminister.com/ vers http://mobilesachat.priceminister.com. (Vu avec Ranto). |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 18/nov./05 01:07 ] |
|
C'est fait mais par modification de la onf apache finalement En fait, les deux cobranding avait la même IP dans le DNS |
Fast lot 1 - passage en PROD
(EXP-790)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Martin Sudmann |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
- sortir Venus du pool - changer les priceminister.properties (voir commentaire suivant) - redémarrer JBoss - mapper ofup.priceminister.com sur Venus |
| Commentaires |
| Commentaire de Martin Sudmann [ 26/janv./06 13:12 ] |
|
#---------------------------------------------------------------------------------------# # FAST Product search #---------------------------------------------------------------------------------------# # Enable search using Fast priceminister.fast.search = true # Host and Port configuration priceminister.fast.host = sol priceminister.fast.port = 16005 # List of the collection names to use priceminister.fast.collectionnames = PM01 # Enable navigators feature priceminister.fast.navigators = true # Enable auto correct feature priceminister.fast.autocorrect = false # Enable Fast fuzzy search priceminister.fast.fuzzy = false |
| Commentaire de Sébastien Tournay [ 26/janv./06 17:24 ] |
|
On vient de sortir VENUS du pool de SA. Le fichier
priceminister.properties est modifié pour être pris en compte au
redémarrage de demain matin. RANTO, ATTENTION au prochain déploiement à ne pas écraser les propriétés du priceminister.properties VENUS. Pour éviter de toucher à la conf APACHE en PROD en fin d'AM, le mapping d'OFUP sur VENUS sera réalisé demain matin. |
| Commentaire de Sébastien Tournay [ 27/janv./06 11:21 ] |
|
Le mapping de OFUP est réalisé sur VENUS. Merci de confirmer que tout cela fonctionne pour vous. |
| Commentaire de Martin Sudmann [ 27/janv./06 15:39 ] |
|
OK avec les modifs des propriétés suivantes ça marche : - mettre IP à la place du hostname - port 15100 |
Alertes Onduleur
(EXP-996)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 jour | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Comment fonctionne l'onduleur. Comment creer des alertes? A qui les envoyer et dans quel cas. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 08/févr./06 14:37 ] |
|
etude de l'onduleur. Mise en évidence de sa mauvaise configuration --> fonctionnement en bypass --> Corrigé. ( avec le support MGE) Inscription de l ip dans le dhcpd.conf et des noms dans le dns ( mge_11kva ) Wiki onduleur fait : http://ruinart/pricewiki/Wiki.jsp?page=OnduleurMGEComet11KVA |
[EXP-1946] Installation jboss sur Saturne et deploiement V900 test Création: 04/mai/06 15:39 Mise à jour: 25/juin/07 18:57 Résolue: 17/mai/06 08:43 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Pap Ndiaye | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Commentaires |
| Commentaire de Sébastien Tournay [ 04/mai/06 16:08 ] |
|
A priori, nous avons déjà un JBOSS qui tourne sur SATURNE.
Il faut sans doute le mettre à jour. Vérifier aussi la version de la
JVM. Il faut aussi mettre en place tous les scripts de PMAS. Pas la peine d'installer un QRSERVER FAST. On fait pointer le priceminister.properties vers le QRSERVER de AMPHITRITE (en utilisant l'@IP). Il faut aussi créer un nouveau VirtualHost 'test.priceminister.com'. On reprend les mêmes RIP sur CUPIDON&PHAETON que celles des cobrandings. Je passe tout cela en critique... |
| Commentaire de Pap Ndiaye [ 05/mai/06 16:32 ] |
|
Desactiver Infoglue sur tous les serveurs pour Mardi matin. Installe Jboss Atos effectué il reste a déployer la V900 apres un import des données infoglue. Switcher les fichiers le fichier conf httpd.production.conf avec httpd.production.NEW |
| Commentaire de Pap Ndiaye [ 17/mai/06 08:42 ] |
| bascule effectuer par Sebastien. |
[EXP-936] Connection à distance PC portable Création: 18/janv./06 19:03 Mise à jour: 25/juin/07 18:55 Résolue: 08/mars/06 15:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Philippe Favrot | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 4 heures | ||
| Estimation originale: | 2 heures | ||
| Description |
|
possible d'accéder à distance (via connection ADSL ou RTC) : - messagerie ; - intranet ; - BO. |
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 01/févr./06 11:11 ] |
|
J'ai vu avec Philippe pour les objectif de ce JIRA Il faut déplacer le PST sur le Portable afin de pouvoir utiliser à distance les mails Et je lui prépare son ancien serveur pour du TSE |
| Commentaire de ZZ_Arnaud Baali [ 10/févr./06 12:24 ] |
|
Il faut créer une "Virtual IP" sur le Fortigate En attente de l'accord de Sébastien TOURNAY |
| Commentaire de Alain Bonneaud [ 13/févr./06 14:14 ] |
| OK on y va. Tu demandes les mots de passe à Jérémie si besoin et tu créées la règle. Il faut avancer sur ce sujet qui est ouvert depuis maintenant près d'un mois. |
| Commentaire de ZZ_Arnaud Baali [ 14/févr./06 18:07 ] |
| Je creerai la règle jeudi après la formation fortigate |
[Jeu Auto] Mise en place du jeu
(APP-8361)
|
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | ToDo |
| Version(s) corrigée(s): | 8.1.2d |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Bruno Ballester | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Comme convenu, il est nécessaire de contacter jetmultimedia
pour créer le nom de sous domaine suivant : @jeu.priceminister.com Ce nom de sous domaine sera utilisé par Emailvision pour toutes les campagnes de jeu à router. Le lancement du jeu le 03/04/2006. L'idéal serait qu'on ait créé ce nom de sous domaine avant le 13/03/2006. Merci, Bruno |
| Commentaires |
| Commentaire de Sébastien Tournay [ 09/mars/06 11:25 ] |
|
Bruno, Il faudrait demander à Emailvision, leurs @IP vers lesquelles on doit faire pointer nos enregitrements DNS. Je vais envoyer le mail à Sophie Delrue. Sébastien |
| Commentaire de Sébastien Tournay [ 13/mars/06 15:21 ] |
| Je viens 'envoyer la demande à JMH pour créer le sous domaine et renvoyer vers les 4 serveurs SMTP de EMAILVISION. J'attends la confirmation avant de fermer cette demande. |
| Commentaire de Sébastien Tournay [ 16/mars/06 15:48 ] |
| Le sous-domaine et les enregistrements associés sont mis en place. |
[EXP-1491] Mise en place de minitord sur Brice Création: 10/mars/06 11:37 Mise à jour: 25/juin/07 18:56 Résolue: 13/mars/06 11:36 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Xiaoming Du |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Pour le surveiller 192.168.1.30 brice merci |
| Commentaires |
| Commentaire de Sébastien Tournay [ 10/mars/06 12:15 ] |
| Cela veut dire quoi ? Tu as installé MINITOR sur BRICE ? As tu la procédure ? Tu peux te faire aider de Xiaoming si nécessaire. |
| Commentaire de Jérémie Bennejean [ 10/mars/06 14:42 ] |
|
Pardon j'ai trés mal exprimé ma demande : Je reformule: - Serai-t-il possible d'installer minitord sur le nouveau serveur de dev nommé Brice ( dont l'@ IP est : 192.168.1.30 ) Merci Jérémie PS : s'il y a une procédure d'installation de mnintord, je peux bien évidement l'installer. |
| Commentaire de Xiaoming Du [ 13/mars/06 11:36 ] |
|
http://bo.pm.lan/stats/mrtg/brice/index.html supervision de brice en place. J'ai mis le profile "system" pour le moment. |
Déploiement Infoglue - lot PM-IG-0.1
(EXP-997)
|
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
On valide encore pour l'instant le SA que nous allons
dédier. Certainement TELLUS sur lequel nous allons faire cohabiter
BussinessObject et le CMS d'InfoGlue. S/B pour l'instant |
| Commentaires |
| Commentaire de Ranto Andriambololona [ 30/janv./06 11:35 ] |
|
Attente de la mise en PROD réelle ... |
| Commentaire de Ranto Andriambololona [ 08/févr./06 11:55 ] |
|
Apparement Jboss tourne encore sur TELLUS avec un poids de 75 |
| Commentaire de Sébastien Tournay [ 08/févr./06 13:03 ] |
|
Voir avec SWAN si cela peut attendre le temps d'augmenter le
connexion pool des derniers SA 64 bits. Il faut sortir TELLUS du pool
et surveiller l'impact sur les autres SA et bien communiquer auprès de
tout le monde. Penses aussi à modifier les scripts (pmworker) et le
serverlist. Si c'est trop limitte, on pourrait garder TELLUS dans le pool. migrer le worker de bo.jmh.lan sur VENUS et utiliser JUNON comme SA pour eglue Sébastien |
| Commentaire de Ranto Andriambololona [ 09/févr./06 18:08 ] |
|
Cette tache est réalisé ... Infoglue est en PROD et opérationnel sur les 2 frontauxs - MAJ de pmworker ==> OK - MAJ server-list dans priceminister.properties ==>OK - MAJ de mod_jk ==> OK - MAJ du rewrite.rules ==> OK - Déploiemen de l'EAR ==> OK - MAJ de http.production ==> OK - Redémarrage tous les jours à 5h ==> OK |
| Commentaire de Justin Ziegler [ 15/févr./06 18:04 ] |
|
Quelle adresse IP a t on utilisee ? finalement infoglue est sur quel SA ? |
| Commentaire de Ranto Andriambololona [ 15/févr./06 18:15 ] |
|
On avait cloturé ce JIRA car la tache était terminé et ouvert un autre pour migré infoglue de TELLUS vers ESCULAPE http://pricejira.lan/browse/EXP-1246 |
[EXP-440] Ouverture d'un flux ISM pour le pôle fraude du BO Création: 30/nov./05 10:38 Mise à jour: 25/juin/07 18:54 Echéance: 05/déc./05 00:00 Résolue: 05/déc./05 14:08 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Installation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Pap Ndiaye |
| Résolution: | Corrigé | ||
| Estimation restante: | 30 minutes | ||
| Temps consacré: | 30 minutes | ||
| Estimation originale: | 1 heure | ||
| Description |
|
Pour les 2 personnes du pôle fraude du BO, mettre en place
un flux sur le Fortigate qui permettrait l'utilisation d'un outil d'ISM.
Voir si ils peuvent utiliser celui de Emmanuel B. du référencement. Il
utilise déjà un produit d'ISM. Cela permttrait d'éviter d'en utiliser
des différents. Voir si non, quel produit on pourrait utiliser (AOL IM...) notamment en limittant l'accès à cette ressource (webfiltering...). On reparle de la solution avant de la mettre en place. Sébastien |
| Commentaires |
| Commentaire de Pap Ndiaye [ 05/déc./05 12:13 ] |
|
Je leurs est donné l'adresse utiliser par Emmanuel Benmussa
www2.meebo.com qui leurs donne accés a ISM voulu( ici Messenger). J'ai envoyé un mail Xavier CMS afin de savoir s'il est possible de configurer le fortigate pour n'autoriser l'accés a ce site qu'a quelques utilisateurs. |
| Commentaire de Sébastien Tournay [ 05/déc./05 12:33 ] |
|
On attend avant de fermer la demande que la solution
correspond bien aux attentes. A confirmer par les utiliseurs et par
Steven. Il faut leur demander de valider cela dans JIRA. Pas besoin d'attendre le retour de CMS pour le webfiltering. Il me semble que Jérémie à l'info... |
| Commentaire de Steven Harel [ 05/déc./05 12:45 ] |
| on doit parler de la solution choisie avant de mettre quoi que ce soit en place. cet outil doit nous permettre de correspondre avec un partenaire extérieur qui doit nous confirmer que ce que vous proposez est compatible avec ses outils. |
| Commentaire de Sébastien Tournay [ 05/déc./05 12:59 ] |
|
Il faut que la compatibilité soit dans les 2 sens. On ne peut pas s'adapter à tout le monde ;-) PAP, il faut donc faire un point avec les utilisateurs et le partenaire. Il me semble que l'outil proposé permet l'accès à tous les ISM non ? C'est ce que Steven souhait. On impose rien. L'utilisateur choisi YAHOO, MSN ou AOL. Les principaux. De notre coté c'est juste un habillage de l'interface. Reste à choisir l'outil avec le partenaire. Ce qu'il faut surtout c'est tester et valider. |
| Commentaire de Pap Ndiaye [ 05/déc./05 13:49 ] |
|
Les utilisateurs on le choix entre 4 ISM differents via un site web, ils seront les seul a y avoir accés. MSN, AIM , YAHOO, Jabber Gtalk. J 'ai validé cette solution avec Sebastien Mantanuss |
| Commentaire de Pap Ndiaye [ 05/déc./05 14:08 ] |
|
Web-filtering mis en place sur le fortigate. Blocage de l'url sur le profile Priceminister01 Fixation des adresses IP DHCP (serveur dhcp). Creation pool adresse contenant les adresses IP des postes autorisé a y acceder. Creation d'une nouvelle POLICY en lui affectant un web-filtering autorisant l'accés au site. (meebo.com) |
[EXP-1372] Mise en place nouveau serveur pour les DEV Création: 23/févr./06 12:18 Mise à jour: 25/juin/07 18:56 Résolue: 13/mars/06 16:38 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Sébastien Tournay | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 0 minutes | Estimation restante: | 0 minutes |
| Σ Temps consacré: | 2 jours, 1 heure, 50 minutes | Temps consacré: | 2 jours, 20 minutes |
| Σ Estimation originale: | 1 heure, 30 minutes | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Description |
|
Prévoir de mettre à dispo ASAP le nouveau serveur pour
l'équipe de DEV en redondance de BOLLINGER. On peut l'appeler
BOLLINGER2. Plus simple pour identifier son rôle. On ne livre pas la machine tant que tout n'est pas clairement validé pour l'exploit (installation de la supervision, installation des applications de DEV, onduleur, réseau et eléctification au propre..). Jérémie, il faut utiliser la nouvelle fiche de MEP pour conduire ce projet. Voir avec JUDD comment organiser la répartition et la migration des différents développeurs. Il faut contacter DELL en début de semaine prochaine pour afiner la date de livraison du serveur et en fonction de cela communiquer un planning de mise à disposition du serveur pour l'équipe de DEV. |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 28/févr./06 15:47 ] |
|
Briévement : Serveur Racké. Cable d'alimentation redondante ok Cable réseau ok Relié au switch écran dell ok cable rangé et étiquetté. Installation de RH AS3 Nom bollinger2 @ IP 192.168.1.30 Inscription dans le DNS de ruinart. Même partition que sur bollinger ( nom et taille ) [root@bollinger2 root]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda5 30G 2.3G 27G 8% / /dev/sda1 99M 15M 79M 16% /boot /dev/sda3 97G 33M 92G 1% /data1 /dev/sdb1 269G 33M 256G 1% /data2 none 4.0G 0 4.0G 0% /dev/shm Raid 1 sur 2 disques et Raid 10 sur 4 disques . 2 disques logiques. |
| Commentaire de Judd OSullivan [ 28/févr./06 19:24 ] |
| Je suis pas d'accord avec le nom de la machine. Pourquoi on casse tout notre système de nommage ? Bollinger2 n'est pas de tout plus facile comme nom. |
| Commentaire de Alain Bonneaud [ 28/févr./06 19:34 ] |
| Rassure-toi Judd, j'ai eu la même réaction et finalement on a pris un autre nom de champagne. Ce sera BRICE. Le nommage est déjà effectué. Jérémie va mettre à jour le JIRA ASAP. |
| Commentaire de Jérémie Bennejean [ 01/mars/06 11:02 ] |
|
Bonjour, effectivement le nom de la machine est BRICE. Néanmoins comme écris dans le jira le nom été prévu depuis longtemps ... autant prevenir que guerir si on peut, ca evitera toute remodification. Judd je viendrai te voir dans la journée je pense pour la repartition des dev entre les 2 serveurs. |
| Commentaire de Jérémie Bennejean [ 01/mars/06 14:40 ] |
|
Judd, je t'ai envoyé un mail afin que nous passions du temps
ensemble sur ce que tu veux installer , les versions et les
developpeurs a passer sur ce servuer. Merci |
| Commentaire de Jérémie Bennejean [ 02/mars/06 18:13 ] |
|
Debut de creation du wiki sur la configuration systeme d'un nouveau serveur. Vu avec JUDD comment configurer le serveur pour l'environnement des dev. Liste des dev a migrer aussi. |
| Commentaire de Jérémie Bennejean [ 03/mars/06 15:13 ] |
|
/etc/profile migré /data2/appli/priceminister migré /usr/bin/tree migrer |
| Commentaire de Jérémie Bennejean [ 06/mars/06 11:51 ] |
|
mise en place client oracle avec patrick. conf ok je ferai le wiki sur l'installation du client oracle sur un serveur asap. |
| Commentaire de Jérémie Bennejean [ 06/mars/06 17:09 ] |
|
Judd m'a donné une liste de dev à migrer: sadokm desportes dianem tiercelin forguesa devtest klosekg bernardo gossee bourgeoiso Déja migré : bernardo |
| Commentaire de Jérémie Bennejean [ 06/mars/06 18:04 ] |
|
Migration cette nuit de : desportes gossee klosekg sadokm |
| Commentaire de Jérémie Bennejean [ 07/mars/06 15:26 ] |
|
Migration faites de : bernardo desportes sadokm gossee Migration ce soir de : Mostafa Tiercelin Arnaud Gael bourgeoiso |
| Commentaire de Jérémie Bennejean [ 07/mars/06 15:27 ] |
|
Installation de rexec modification des pam |
| Commentaire de Jérémie Bennejean [ 08/mars/06 10:58 ] |
|
La migration de : Mostafa Tiercelin Arnaud F Gael bourgeoiso s'est bien déroulé. |
| Commentaire de Judd OSullivan [ 08/mars/06 17:27 ] |
| Il faut installer imagemagick sur la nouvelle machine. Voir /usr/local/lib sur bollinger. |
| Commentaire de Judd OSullivan [ 08/mars/06 18:20 ] |
| Et la reste de tkcvs qui ce trouve aussi dans /usr/local/lib sur bollinger |
| Commentaire de Jérémie Bennejean [ 09/mars/06 09:42 ] |
|
Et la reste de tkcvs qui ce trouve aussi dans /usr/local/lib sur bollinger--> FAIT |
| Commentaire de Jérémie Bennejean [ 09/mars/06 11:15 ] |
|
Il faut installer imagemagick sur la nouvelle machine. Voir /usr/local/lib sur bollinger. --> Fait Judd confirme moi si ok ou non. |
| Commentaire de Judd OSullivan [ 09/mars/06 11:43 ] |
| C'est OK. Les images marchent. |
| Commentaire de Jérémie Bennejean [ 10/mars/06 09:48 ] |
| migration de /etc/bashrc |
| Commentaire de Quentin de Chivré [ 10/mars/06 09:56 ] |
| Merci de consolider toutes les taches résiduelles dans une page Wiki pour la prochaine fois (si pas deja fait :-) |
| Commentaire de Jérémie Bennejean [ 10/mars/06 10:06 ] |
|
J'ai créer un wiki pour formaliser l'installation des
serveurs de A à Z et un autre plus spécifique sur l'ensemble des tâches à
effectuer pour livrer un serveur "clé en main" aux dev. http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=InstallationNouveauServeur Toujours en cours de creation ...ce n'est pas un version finale ... |
[EXP-1316] Arnauf forgues ne peut plus se connecter a bollinger via x win32 Création: 20/févr./06 11:39 Mise à jour: 25/juin/07 18:56 Résolue: 20/févr./06 11:54 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Maintenance |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Jérémie Bennejean | Attribution: | Jérémie Bennejean |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 50 minutes | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Message bollinger : lan where are you ?
|
| Commentaires |
| Commentaire de Jérémie Bennejean [ 20/févr./06 11:40 ] |
| Inscription du nom de son poste et de son IP dans les fichiers zones et zones inverse du DNS de ruinart. |
| Commentaire de Jérémie Bennejean [ 20/févr./06 11:40 ] |
| Et redemarrage du service dns |
| Commentaire de Jérémie Bennejean [ 20/févr./06 11:46 ] |
|
Nouveau message acces denied. Test avec son login .Connexion avec son login refusé. Inscription dans le fichier /etc/passwsd de bollinger du login forguesa et reinscriptin de son mdp (passwd ) |
[EXP-2050] Création de sous-domaines Création: 16/mai/06 11:54 Mise à jour: 25/juin/07 18:58 Résolue: 17/mai/06 10:04 |
|
| Etat: | Fermé |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charles Decaux | Attribution: | Sébastien Tournay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Description |
|
Dans le cadre de la mise en place du bloc "Comparez les prix" avec notre partenaire Pangora : nous souhaitons que les redirections soient complètement transparentes c'est-à-dire que les URL lien vers les marchands n'apparaissent pas sous la forme http://redirect.pangora.com Nous avons donc opté pour la création d'un sous-domaine http://comparez.priceminister.com De même les images appelées sur les serveurs de PAngora depuis nos pages ne devront pas être affichées comme étant hébergées chez eux. Il faut donc créer deux sous-domaines pour les images : http://comparez1.priceminister.com http://comparez2.priceminister.com Ainsi il faut créer 3 nouveaux sous-domaines : http://comparez.priceminister.com http://comparez1.priceminister.com http://comparez2.priceminister.com Merci et à votre dispo pour en parler Charles |
| Commentaires |
| Commentaire de Charles Decaux [ 16/mai/06 12:12 ] |
|
les deux adresses IP pour les serveurs d'image sont : 62.208.129.10 et 62.208.129.11 |
| Commentaire de Sébastien Tournay [ 16/mai/06 13:31 ] |
| Je penses que le mieux c'est d'organiser une réunion avec les différents interlocuteurs pour définir tous les besoins. Charles, tu peux nous organiser cela. De notre coté, je vais imliquer Julien Rampon |
| Commentaire de Charles Decaux [ 16/mai/06 16:35 ] |
|
http://comparez.priceminister.com doit pointer vers 62.208.183.6 http://comparez1.priceminister.com doit pointer vers 62.208.129.10 http://comparez2.priceminister.com doit pointer vers 62.208.129.11 Merci |
| Commentaire de Sébastien Tournay [ 16/mai/06 16:47 ] |
| OK. On vient de faire la demande de création de sous-domaine à JMH |
| Commentaire de Sébastien Tournay [ 17/mai/06 10:03 ] |
| les sous domaines sont en place. |
[EXP-1871] VM WARE inaccessible Création: 26/avr./06 10:15 Mise à jour: 25/juin/07 18:57 Résolue: 26/avr./06 11:56 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | ZZ_Arnaud Baali |
| Résolution: | Corrigé | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | 1 heure | ||
| Estimation originale: | 15 minutes | ||
| Description |
|
VM WARE inaccessible
|
| Commentaires |
| Commentaire de ZZ_Arnaud Baali [ 26/avr./06 11:56 ] |
| La machine VMWare est accessible sur l'@ IP: 192.168.1.118 |
[EXP-1899] anomalie : augmentation du swap / hercule depuis un mois Création: 02/mai/06 11:13 Mise à jour: 25/juin/07 18:57 Résolue: 05/mai/06 15:17 |
|
| Etat: | Résolu |
| Projet: | Exploitation |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Ranto Andriambololona |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
| Description |
|
peut etre a cause du query serveur de FAST ? pourrait on l'arreter et utiliser le QR sur un autre serveur appli ? observation similaire sur tellus... |
| Commentaires |
| Commentaire de Sébastien Tournay [ 02/mai/06 12:44 ] |
|
Ranto, Tu peux te caller avec Antoine pour faire en sorte que la recherche FAST sur HERCULE n'utilise pas son propre QR SERVER mais celui de AURORE (par exemple). Cela vaut le coup de voir la procédure sur ce sujet qui n'existe pas encore... On doit pouvoir faire cela en journée en baissant (sortant) HERCULE. Bien penser à stopper l'application FAST sur HERCULE ensuite (plus les alertes). |
| Commentaire de Ranto Andriambololona [ 02/mai/06 16:42 ] |
|
il suffit de remplacer sur Hercule # Host and Port configuration priceminister.fast.host = localhost par # Host and Port configuration priceminister.fast.host = aurore Martin confirme que c'est la bonne méthode et ça marche Ensuite on baisse le poids de hercule, on arrète FAST (ncrtl stop) et on désactive les alertes fast sur hercule |
| Commentaire de Ranto Andriambololona [ 02/mai/06 16:45 ] |
| la modif se fait dans priceminister.properties |
| Commentaire de Justin Ziegler [ 02/mai/06 17:53 ] |
|
ne peut on pas faire la modif aujourd'hui afin qu'elle soit prise en compte automatiquement demain matin ? NB : on pourra alors arréter FAST demain tranquillement ? |
| Commentaire de Sébastien Tournay [ 02/mai/06 17:59 ] |
|
On a encore jamais testé cela. On ferra la manip demain
matin en réduisant le poids d'HERCULE pour bien vérifier que tout
fonctionne correctement. |
| Commentaire de Justin Ziegler [ 02/mai/06 18:35 ] |
|
Le principe est bon, mais, quand on est confronté a une nouvelle manip, il faut en mesurer le risque. La, il me semble que le risque est nul. Soit ca marche, et on passe bien sur l'autre QR, soit cela ne marche pas, et on reste sur le meme. Le risque c'est de se gaufrer dans le nom du serveur, mais cela me semble reduit.... y a t il d'autres risques ? Par ailleurs, la manip "reduction du poids puis changement de config puis relance et verif" est assez lourde. Il ne faut donc pas en abuser, sauf si urgence ou gros risques. |
| Commentaire de Martin Sudmann [ 02/mai/06 18:54 ] |
| si je ne me trompe pas, cette configuration est déjà en place sur Venus, qui utilise le QRserver de Sol; Venus n'avait pas assez d'espace disque pour accueilir une installation Fast. |
| Commentaire de Ranto Andriambololona [ 02/mai/06 19:01 ] |
|
J'ai fait donc le changement sur Hercule dans priceminister.properties. Au démarrage de demain matin, celui ci utilisera AURORE # Host and Port configuration priceminister.fast.host = aurore |
| Commentaire de Sébastien Tournay [ 03/mai/06 09:59 ] |
|
En fait la manip n'a pas fonctionnée ce matin.. On avait
donc pas de recherche FAST d'activée sur HERCULE entre 5h30 et 9h00 (cf.
log ci-dessous). Impact minimum dans la mesure ou le poids de ce SA
était très faible. On a une nouvelle alerte à mettre en place pour
détecter cela (JIRA à venir pour Xiaoming) En fait la résolution sur le nom 'AURORE' ne fonctionne pas. On retourne un code 502 dans le log JBOSS. Pourtant pas de problème sur le PING ni en lançant un lynx 'http://aurore:15100'. Sans doute un problème au niveau de JAVA sur la résolution. On vient de modifier le fichier priceminister.properties en indiquant l'@IP du QRSERVER sur AURORE (=10.150.28.85). Cela fonctionne sans problème. On vient donc de remettre HERCULE dans le pool (poids = 60). Tout le noeud FAST est désactivé sur HERCULE. A suivre aujourd'hui le comportement du SWAP sur HERCULE et la réaction de AURORE sur la gestion des requêtes supplémentaires. 2006-05-03 09:14:03,176 ERROR [-Processor79] 62.23.27.114 - java.io.IOException: Server returned HTTP response code: 502 for URL: http://aurore:15100/cg i-bin/search?resultview=search&encoding=utf-8&query=and%28or%28string%28%22zazie%22%2C+mode%3D%22AND%22%29%2C+and%28attributecontext%3Astring%28%22zazie%22 %2C+mode%3D%22AND%22%29%2C+prdtypecode%3Astring%28%2230+1781+1741+1761+2120+1620+1064+2100+1920+1120+1481+2060+2220+2020+2160+1540+1740+1840+1480+1520+1580 +1841+1720+1860+340+2040+1680+1360+1760+1660+1500+1940+1780+2200+1640%22%2C+mode%3D%22OR%22%29%29%29%2C+filter%28and%28not%28prdtypecode%3Astring%28%221741 +1700+1781+1841+2060+1481+1680+1800+1820+1761+1920+1980+1860%22%2C+mode%3D%22OR%22%29%29%2C+not%28prdtypecode%3Astring%28%222000+2001%22%2C+mode%3D%22OR%22 %29%29%2C+meta.collection%3Astring%28%22PM01%22%2C+mode%3D%22OR%22%29%2C+prdvisibilitycode%3Aint%2810%29%29%29%29&qtpipeline=priceminister&rpf_navigation:e nabled=false&hits=20&qtf_lemmatize=true&offset=0&language=fr&sortby=-prdisavailable+default&version=v2.0.70 at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149) at no.fast.ds.search.http.HttpSearchEngine.searchInternal(HttpSearchEngine.java:188) at no.fast.ds.search.http.HttpSearchEngine.search(HttpSearchEngine.java:111) at com.babelstore.search.FastSearch.search(FastSearch.java:93) at com.babelstore.product.front.SearchMultiAggModel.getPage(SearchMultiAggModel.java:104) at com.babelstore.product.front.NavigationModel.doLoad(NavigationModel.java:277) at com.babelstore.product.front.SearchNavigationModel.doLoad(SearchNavigationModel.java:74) |
| Commentaire de Justin Ziegler [ 03/mai/06 10:46 ] |
|
Merci. Quelle alerte as tu en tete ? N'en a t on pas deja une pour cela ? |
[APP-13623] pleins de requetes sur une page d'erreur etrange (FP) qui genere une exception Création: 06/nov./06 15:02 Mise à jour: 28/juil./08 14:32 Résolue: 05/mars/07 17:52 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 9.0.4.1 (COF) |
| Version(s) corrigée(s): | 14.0.0 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Justin Ziegler | Attribution: | Antoine Koener |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Classif1: | TECH | ||||||||
| Projets PM archivés: | Maintenance 14.x.x | ||||||||
| Description |
|
http://www.priceminister.com/offer/buy/Erreur
|
| Commentaires |
| Commentaire de Justin Ziegler [ 06/nov./06 16:58 ] |
|
je vois plein de requetes de ce genre dans les log des SA / jboss ! 2006-11-06 11:01:28,111 INFO [Processor126] 212.27.63.204 - >>> GET http://www.priceminister.com/offer/buy/Erreur 2006-11-06 11:01:28,113 ERROR [Processor126] 212.27.63.204 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.priceminister.com/offer/buy/Erreur Referrer : null User-Agent : null Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction) at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-11-06 11:01:28,114 INFO [Processor126] 212.27.63.204 - Setting response status code to 404 2006-11-06 11:01:28,234 INFO [Processor126] 212.27.63.204 - <<< [123 ms] GET http://www.priceminister.com/offer/buy/Erreur |
| Commentaire de Arnaud Forgues [ 16/nov./06 14:43 ] |
| dispatcher-maintenance |
| Commentaire de Alexandre Garnier [ 12/janv./07 11:42 ] |
| Serait-il possible de savoir depuis quelle(s) pages les utilisateurs arrivent sur celle-ci ? |
| Commentaire de Justin Ziegler [ 12/janv./07 12:45 ] |
| Helas, le referer n'est pas present dans les log apache :-( |
| Commentaire de Alexandre Garnier [ 15/janv./07 17:40 ] |
|
En faisant un grep de "/offer/buy/Erreur" dans les logs, on a un résultat du genre : 2007-01-15 09:21:18,720 INFO [P-Processor9] 80.13.13.122 - <<< [112 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:22:48,467 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:22:48,604 INFO [-Processor58] 80.13.13.122 - <<< [137 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:23:01,039 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:23:01,138 INFO [-Processor58] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:15,519 INFO [-Processor37] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:15,617 INFO [-Processor37] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:27,262 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:25:27,491 INFO [-Processor29] 80.13.13.122 - <<< [228 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:29:03,287 INFO [-Processor18] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:29:03,386 INFO [-Processor18] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:34:34,357 INFO [-Processor44] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:34:34,459 INFO [-Processor44] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:35:07,979 INFO [-Processor16] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:35:08,097 INFO [-Processor16] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:39:31,048 INFO [-Processor60] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:39:31,183 INFO [-Processor60] 80.13.13.122 - <<< [135 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:45:57,811 INFO [-Processor11] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:45:57,914 INFO [-Processor11] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:46:43,548 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 09:46:43,651 INFO [-Processor21] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:04:56,233 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:04:56,332 INFO [-Processor38] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:05:36,233 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:05:36,339 INFO [-Processor29] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:07:20,461 INFO [-Processor79] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:07:20,558 INFO [-Processor79] 80.13.13.122 - <<< [97 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:09:34,015 INFO [-Processor46] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:09:34,120 INFO [-Processor46] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:10:37,021 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:10:37,119 INFO [-Processor75] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:12:05,026 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:12:05,129 INFO [-Processor38] 80.13.13.122 - <<< [103 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:16:41,505 INFO [-Processor54] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:16:41,610 INFO [-Processor54] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:17:47,708 INFO [P-Processor1] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:17:47,986 INFO [P-Processor1] 80.13.13.122 - <<< [278 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:18:31,861 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:18:32,233 INFO [-Processor58] 80.13.13.122 - <<< [372 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:22:56,466 INFO [-Processor41] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:22:56,596 INFO [-Processor41] 80.13.13.122 - <<< [130 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:50:30,631 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:50:30,779 INFO [-Processor38] 80.13.13.122 - <<< [148 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:58:15,451 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 10:58:15,605 INFO [-Processor21] 80.13.13.122 - <<< [154 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:06:17,003 INFO [-Processor80] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:06:17,109 INFO [-Processor80] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:31:43,557 INFO [-Processor15] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:31:43,672 INFO [-Processor15] 80.13.13.122 - <<< [115 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:35:50,188 INFO [-Processor39] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:35:50,327 INFO [-Processor39] 80.13.13.122 - <<< [139 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:56:32,222 INFO [-Processor59] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 11:56:32,320 INFO [-Processor59] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:04:08,421 INFO [-Processor49] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:04:08,611 INFO [-Processor49] 80.13.13.122 - <<< [190 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:05:01,355 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:05:01,456 INFO [-Processor75] 80.13.13.122 - <<< [101 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:09:08,964 INFO [-Processor72] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:09:09,066 INFO [-Processor72] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:15:54,115 INFO [-Processor85] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:15:54,350 INFO [-Processor85] 80.13.13.122 - <<< [235 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:18:59,048 INFO [-Processor55] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:18:59,166 INFO [-Processor55] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:32:26,488 INFO [-Processor42] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur Request : GET http://www.priceminister.com/offer/buy/Erreur 2007-01-15 12:32:26,682 INFO [-Processor42] 80.13.13.122 - <<< [194 ms] GET http://www.priceminister.com/offer/buy/Erreur Une seule et même IP en même temps qui fait cette requête à intervalle plus ou moins régulier. Du coup j'opterais plus pour un script client mal construit qui génère des requêtes fausses, ce qui expliquerait le referrer et le user-agent nuls. En tout cas j'ai pas trouvé ni dans le code ni dans le paramétrage quelque chose pouvant générer ce type d'URL. |
| Commentaire de Nicolas Chauveau [ 25/janv./07 15:51 ] |
|
Prévoir - un log de type Warning qui précise le contexte du pb - un code retour HTTP 503 (a vérifier ?) |
| Commentaire de Alexandre Garnier [ 26/janv./07 14:29 ] |
|
source : http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 10.5.4 503 Service Unavailable The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay MAY be indicated in a Retry-After header. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response. Note: The existence of the 503 status code does not imply that a server must use it when becoming overloaded. Some servers may wish to simply refuse the connection. Une erreur 400 ne serait-elle mieux : 10.4.1 400 Bad Request The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications. |
| Commentaire de Nicolas Chauveau [ 01/févr./07 15:46 ] |
| YES ! |
| Commentaire de Justin Ziegler [ 01/févr./07 16:00 ] |
|
Coté exploit : c'est qui le 80.13.13.122 ? quel est son user-agent ? peut etre un adware ? un poste infecté ? ==> un user agent a banir ??? |
| Commentaire de Alexandre Garnier [ 01/févr./07 16:07 ] |
| L'IP n'est pas constante, elle change mais fait toujours les mêmes requêtes. |
| Commentaire de Alexandre Garnier [ 12/févr./07 11:57 ] |
|
En fait, dans le principe, le log et le code de retour sont déjà en place : // If no ProductId an CompProductId were in the url, we return a 404 response status code // - CrawlException for a crawled request (don't log all the trace, just a warning) // - ApplicationException for a classic user request if (null == lProductId && null == lCompProductId) { if (request.isCrawledBotRequest()) { throw new CrawlException(new Phrase("BaseProductAction", "CRAWL_EXCEPTION_PRD_ID_NULL", "ProductId and CompProductId in URL are null", true), HttpServletResponse.SC_NOT_FOUND); } else { request.setErrorStatusCode(HttpServletResponse.SC_NOT_FOUND); throw new ApplicationException(new Phrase("BaseProductAction", "PRODUCT_ID_NULL", "ProductId and CompProductId in URL are null (" + this.getClass().getName() + ")", true)); } } L'exception provoquant un log du type : 2007-02-12 11:44:26 INFO [Dispatcher ] 192.168.1.137 - >>> GET http://www.pm.boulard:1580/offer/buy/Erreur 2007-02-12 11:44:26 ERROR [Dispatcher ] 192.168.1.137 - Load error Servlet : com.babelstore.advert.front.AdvertServlet Request : GET http://www.pm.boulard:1580/offer/buy/Erreur Referrer : null User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction) at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:336) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295) at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212) at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) |
| Commentaire de Alexandre Garnier [ 12/févr./07 16:43 ] |
|
Petite analyse : Plusieurs requêtes sont effectuées : - http://www.priceminister.com/product?action=referencesearch&reference=2743304324 - qui trouve un produit et redirige automatiquement sur /inventory?action=view&productid=889017 - qui redirige automatiquement sur /submit?action=submitadvert&categoryref=186126&isupdate=false&productid=889017&stage=10 - http://www.priceminister.com/offer/buy/889017 Mais il arrive des fois que la recherche par référence ne donne rien et on a alors : - http://www.priceminister.com/product?action=referencesearch&reference=2743304405 - http://www.priceminister.com/offer/buy/Erreur il y a de fortes chance que cela soit un script qui lance la requête de recherche par référence, analyse le résultat pour avoir le product_id et lance ensuite la requête de fiche produit avec cet ID, mais malheureusement, il ne gère pas le cas de recherche sans résultat et se génère une erreur sans la rattraper et appel donc la fiche produit avec un ID "Erreur". Je pense donc que c'est quelqu'un qui se sert de notre base pour récupérer les fiches produits pour des ISBN donnés. Maintenant, qu'est-ce qu'on peut y faire ??... |
| Commentaire de Alexandre Garnier [ 12/févr./07 18:42 ] |
| Faire passer le JIRA à l'exploit ? |
| Commentaire de Justin Ziegler [ 13/févr./07 12:01 ] |
|
On peut mettre une redirection apache sur http://www.priceminister.com/offer/buy/Erreur ? Est ce la bonne approche ? |
| Commentaire de Alexandre Garnier [ 20/févr./07 17:24 ] |
| En tout cas je pense qu'en DEV, on peut pas faire grand chose de plus. |
| Commentaire de Justin Ziegler [ 21/févr./07 10:33 ] |
|
Bon j'affecte a Patrice. Il s'git de faire une redirection bien precise, vers un page spécifique. peux tu affecter ca a la bonne personne ? |
| Commentaire de Patrice Boulanger [ 21/févr./07 10:40 ] |
|
Antoine, Tu peux regarder ça? Je pense qu'il faut le rapprocher de banned-ua ? C'est peut être déjà réglé? Merci |
| Commentaire de Antoine Koener [ 21/févr./07 13:52 ] |
|
Un règle a été ajouté dans le fichier rewrite-banned.rules afin de bloquer l'URL /offer/buy/Erreur |
| Commentaire de Antoine Koener [ 05/mars/07 17:52 ] |
|
Aucune erreur sur Salus ni titeia sur la journée de hier. Aucune erreur sur la journée de Vendredi. Le blocage rewrite est donc efficace. |
| Commentaire de Younès Charrière [ 23/avr./07 15:50 ] |
| OK en Prod. |
[APP-10790] Gestion des promos aux emplacements 'Top Ventes' : prévoir des classes adaptées aux différents cas possibles Création: 27/juin/06 18:34 Mise à jour: 25/juin/07 18:41 Résolue: 29/août/06 11:19 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Promo |
| Affecte la/les version(s): | 9.0.0.1a |
| Version(s) corrigée(s): | 9.0.3 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Ariane Baldinger |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Description |
|
Ce qui marche : - 2 promos centrées (class="ad_hp") Ce qui ne marche pas : - 1 promo alignée à gauche (position:absolute) + 1 promo centrée (class="ad_hp") (marche sous IE mais pas sous FireFox) - 1 seule promo centrée Pouvez-vous créer des classes adaptées à tous les cas possibles et dans tous les navigateurs ;-) Merci Ariane |
| Commentaires |
| Commentaire de Olivier Badreau [ 12/juil./06 11:07 ] |
|
Ariane, Il y a maintenant 2 classes differentes à utiliser en fonction du rendu souhaité : - class="topsell" permet d'alligner la pub au centre. - class="topselleft" permet d'alligner la pub à gauche. On a un code du type: <td> <a class="ad_topsell" href="javascript:void popHelp(selfpoplink('htt','p:/','/pr','ice','min','ist','er.','imi','ngo','.ne','t/p','hil','ips','/ph','ili','ps.','php'), 510, 700, 'true')" style="border: 1px solid rgb(179, 179, 179);"><img src="http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/visuels/jeu-philips/227x227-philips.gif" height="227" width="227"></a> </td> Il faut que tu passes ces classes sur les liens englobant l'image. Inutile de passer une classe sur l'image elle-même. je te laisse le soin de fermer le Jira si celà te convient (le temps que les modifs passent en integ) |
| Commentaire de Ariane Baldinger [ 19/juil./06 11:54 ] |
|
Jérôme, Je te renvoie ce Jira car il me semble qu'Olivier est en congés. Il y a encore un cas qui pose problème sous FireFox : http://www.pm.lan/ng Quand il n'y a qu'une seule promo sur un top vente la largeur des blocs top ventes de gauche (411 px env.) est plus importante que ceux de droite (339 px env.). Avez-vous un moyen d'y remédier ? Ariane |
| Commentaire de Xavier Boreux [ 27/juil./06 17:51 ] |
| thanks |
| Commentaire de Olivier Badreau [ 28/août/06 11:18 ] |
|
La difference de taille entre les 2 colonnes vient de l'insertion d'un element (image) qui possede une largeur fixe. Afin de contrecarrer ce bug sous FF, nous devons desormais inserer un element fictif dans la premiere cellule en haut de la colonne gauche possedant une largeur identique de 227px: <div style="width: 227px; height: 0;"></div> juste apres le <h1></h1> Le probleme est ainsi corrigé sous FF et IE. NB : l'ideal est d'inserer cet element fictif à droite uniquement lorsque l'on a une image à gauche! |
| Commentaire de Ariane Baldinger [ 29/août/06 11:19 ] |
|
OK. Testé en integ. |
| Commentaire de Fabien Farache [ 06/sept./06 17:00 ] |
| ok |
[APP-31238] MyThings - Mise en place des tags pour l'Espagne Création: 29/sept./10 14:16 Mise à jour: 13/oct./10 18:54 Résolue: 08/oct./10 12:50 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 78.0.2 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Tagging Instructions PriceMinister Spain.pdf
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous voudrions commencer à travailler avec le retargeting proposé par MyThings le plus tôt possible car nous allons les remunerer à la performance (CPA). Je vois envoie ci-joint les specs techniques mais on pourrait reprendre les tags implémentés pour la France selon les infos ci-dessous qu'ils m'ont transmises : "Salut Isabel en fait, les tags envoyés pour le site Espagnol sont plus simples que ceux utilises pour la France et il s'agit d'une nouvelle génération plus facile a intégrer. Toutefois, il est également possible de copier/coller les tags en place sur le site français sur le site Espagnol en changeant uniquement la valeur du paramètre mtAdvertiserToken de 1055-100-fr a 1055-100-es Comme vous préférez." A votre dispo pour en parler Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 04/oct./10 10:00 ] |
|
on reprend les mêmes tags que sur le site FR.
Bien lire la doc car certains identifiants changent pour l'Espagne. |
| Commentaire de Rocio Perez-Garcia [ 04/oct./10 10:30 ] |
|
J'ai parlé trop vite.
On voulait faire un export/import des tags FR, mais avec l'export/import, les tags se créent -bien sur- dans la langue FR. Pire, comme ils sont publiés, on ne peut pas les supprimer avec la poubelle. Je vois avec Alex s'il existe une solution, sinon on les copie un par un. |
| Commentaire de Rocio Perez-Garcia [ 04/oct./10 14:58 ] |
|
Export /import des contenus FR en cours, puis "Remplacer langue".
Le paramètre mtAdvertiserToken est 1055-100-es. Checké dans ref-es. |
| Commentaire de Ariane Baldinger [ 04/oct./10 16:03 ] |
|
ça me paraît bien.
Isabel, peux-tu tester sur : http://bo.ref-es.pm.dev/info/home?spot=true ? Merci |
| Commentaire de Isabel Yus [ 04/oct./10 16:53 ] |
| Qu'est-ce que je dois tester, Ariane ? |
| Commentaire de Rocio Perez-Garcia [ 05/oct./10 14:03 ] |
| Isabel, passes nous voir pour t'expliquer. |
| Commentaire de Isabel Yus [ 05/oct./10 14:59 ] |
|
Bonjour,
Je pourrai passer à 16h car je ne suis pas disponible avant. A tout à l'heure, Isabel |
| Commentaire de Rocio Perez-Garcia [ 06/oct./10 10:26 ] |
|
tags en place:
ADVERT_DESCRIPTION-HIDDEN2 (working) ADVERT_LIST-HIDDEN2 (working) End of transaction tag (working) FILTER_NAVIGATION(%%FILTER)-HIDDEN_2 (working) HP2007-HIDDEN2 (working) ORDER%%ADD_ITEM-HIDDEN_2 (working) REGISTER_SUCCESS-HIDDEN2 (working) para ver el parametro español : ROOT-HIDDEN_1 (working) |
| Commentaire de Isabel Yus [ 06/oct./10 10:34 ] |
|
Gracias Rocío. Comme vu avec toi les test d'intégration des tags sur les pages indiquées ci-dessus sont corrects.
Je m'occupe tout de suite d'envoyer un message à MyThings pour leur indiquer que nos tests en Dev ont bien marché. Je vais aussi leur demander, comme convenu avec toi, s'ils ont besoin d'une habilitation de serveur de recette pour faire leurs tests de leur côté avant la mise en prod vendredi. Je vais leur communiquer comme deadline jeudi pour une réponse avant de passer en prod. Merci Isabel |
| Commentaire de Isabel Yus [ 06/oct./10 12:16 ] |
|
Rebonjour,
Je vous confirme qu'ils souhaiteraient qu'on habilite un serveur en recette avec l'adresse suivante : 81.218.156.9 (Il s'agit de leur adresse IP principale). Merci de m'envoyer le lien vers notre site DEV pour ce prestataire afin qu'il puisse confirmer que les tags sont OK pour le passage en PROD. Merci d'avance, IY |
| Commentaire de Rocio Perez-Garcia [ 08/oct./10 09:15 ] |
| Isabel, des nouvelles de MyThings ? |
| Commentaire de Rocio Perez-Garcia [ 08/oct./10 10:51 ] |
| cms-ref / promotions |
| Commentaire de Isabel Yus [ 08/oct./10 11:28 ] |
| Merci Rocío. Comme vu avec toi ce matin MyThings n'a pas encore finalisé les tests en dev pour vérifier les tags de leur côté. J'attends leur réponse aujourd'hui ou lundi au plus tard. |
| Commentaire de Rocio Perez-Garcia [ 08/oct./10 12:50 ] |
| Publié sur ref / promotions |
| Commentaire de Isabel Yus [ 11/oct./10 10:59 ] |
|
Bonjour à tous,
Les tests sont concluants du côté de MyThings. Merci, Isabel |
| Commentaire de Ariane Baldinger [ 13/oct./10 18:49 ] |
| Les tags sont en Prod depuis le 12/10. |
| Commentaire de Isabel Yus [ 13/oct./10 18:54 ] |
|
Merci Ariane :)
Le presta a fait les tests online et ils sont concluants. Merci pour tout IY |
[APP-31363] Certains utilisateurs n'accèdent plus à "Voir mes notes" Création: 07/oct./10 10:12 Mise à jour: 14/oct./10 16:28 Résolue: 11/oct./10 11:25 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | 78.0.2 |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Damien Dorizy |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Espace personnalisé |
| Description |
|
Plusieurs témoignages d'utilisateurs signalant qu'ils ne parviennent plus à accéder à la page "Voir mes notes".
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=22175223 http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=1443224 http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=13805643 ... Bug impossible à reproduire de notre côté. Lié aux modifications apportées à la boutique ? |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 07/oct./10 10:15 ] |
| Dixit un opérateur SAV : "L’un d’eux nous dit que ça lui met « Oops..page broken ».". |
| Commentaire de Swan Desportes [ 08/oct./10 17:53 ] |
|
Il semble que ce soit bien un problème de navigateur.
Pour l'utilisateur ArtEtBD, la page fonctionne bien sous FF mais pas sous IE8. Sa version exacte est : 8.0.6001.18702IS Nous, nous travaillons avec 8.0.6001.18702IC Sur le site de Microsoft, on peut voir l'explication de ce suffixe : http://support.microsoft.com/kb/969393 D'autre part, certains internautes ont déjà vu des différences d'affichage entre ces deux versions. Exemple : http://social.answers.microsoft.com/Forums/en-US/InternetExplorer/thread/ae1d9fcc-1c97-428f-afc0-13b1f6ad6c9b |
| Commentaire de Renaud Dierickx [ 08/oct./10 18:10 ] |
|
Voici les logs apache d'un compte qui arrive à reproduire le problème : ARTetBD
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=22175223 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:07:53 +0200] "GET / HTTP/1.1" 200 20052 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 20034/85318 (23%) www.priceminister.com 132132 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:08:47 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:23 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27222 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27204/139185 (19%) www.priceminister.com 636168 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:27 +0200] "GET /comparateur_fr/V3/productSearch?query=Tueuses+De+Dragons+de+&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286518464&aid=96929487&hash=LnoWRSY0.rbhes4vw0r42w-- HTTP/1.1" 200 437 "http://www.priceminister.com/offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 92960 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:37 +0200] "GET /offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html HTTP/1.1" 200 25272 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825454&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 25254/113535 (22%) www.priceminister.com 689240 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:39 +0200] "GET /comparateur_fr/V3/productSearch?query=Ragnarock+City+de+Tanuki&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286518477&aid=96929487&hash=GQNWFSAt0Ut1j_YiPnFXJA-- HTTP/1.1" 200 4368 "http://www.priceminister.com/offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 762344 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:54 +0200] "GET /purchase?action=saleview&purchaseid=92263980 HTTP/1.1" 200 11807 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 11789/39080 (30%) www.priceminister.com 348751 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:56 +0200] "GET /purchase?action=saleview&purchaseid=92281776 HTTP/1.1" 200 12626 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12608/44140 (28%) www.priceminister.com 381777 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:33:09 +0200] "GET /purchase?action=shippingorder&purchaseid=92281776 HTTP/1.1" 200 6939 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6921/20857 (33%) www.priceminister.com 272017 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:02:59 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27228 "http://www.priceminister.com/purchase?action=saleitem¤cy=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27210/139185 (19%) www.priceminister.com 705303 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:45 +0200] "GET /s/9782355740626 HTTP/1.1" 200 12764 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12746/44911 (28%) www.priceminister.com 439954 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /google/adsense?output=xml_no_dtd&client=priceminister&adsafe=high&hl=fr&oe=UTF-8&useragent=Mozilla%2F4.0+%28compatible%3B+MSIE+8.0%3B+Windows+NT+5.1%3B+Trident%2F4.0%3B+.NET+CLR+2.0.50727%3B+InfoPath.2%29&ip=90.59.218.101&q=9782355740626&channel=globale&num=0&ad=n8&adpage=1&adtest=off HTTP/1.1" 200 480 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 31026 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /comparateur_fr/V3/productSearch?query=9782355740626&category=&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286523226&aid=96929488&hash=3fKmHzOxjHED4qyv3vTYGA-- HTTP/1.1" 200 437 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 151888 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:35:17 +0200] "GET /inventory?action=recent HTTP/1.1" 200 21168 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 21150/219643 (9%) www.priceminister.com 638035 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:10:23:27 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:43 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:50 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:53:14 +0200] "GET /purchase?action=shippingorder&purchaseid=92305908 HTTP/1.1" 200 6953 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6935/19423 (35%) www.priceminister.com 220118 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:58:04 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15353 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15335/85606 (17%) www.priceminister.com 443068 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:56:59 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:39 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15163 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15145/62800 (24%) www.priceminister.com 420965 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:52 +0200] "GET /wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= HTTP/1.1" 200 805 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 787/8277 (9%) www.priceminister.com 36256 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:15:01:22 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15360 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15342/85598 (17%) www.priceminister.com 404375 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:56:05 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15181 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15163/62644 (24%) www.priceminister.com 446400 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:57:01 +0200] "GET /res/static/0/www/www/5452/fc/swfupload/swfupload.swf?preventswfcaching=1286549821205 HTTP/1.1" 200 12787 "http://www.priceminister.com/boutique/ARTetBD" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 126270 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:35 +0200] "POST /connect HTTP/1.1" 200 23457 "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:48 +0200] "GET /wallet?action=wltview&oprcount=30&oprfilter=ALL HTTP/1.1" 200 11657 "http://www.priceminister.com/user?rid=1&redirected=true" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11639/38176 (30%) www.priceminister.com 336353 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:02 +0200] "GET /user HTTP/1.1" 200 12243 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 12225/41688 (29%) www.priceminister.com 384200 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:05 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15909 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15891/93855 (16%) www.priceminister.com 389935 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:24 +0200] "GET /comparateur_fr/V3/productSearch?query=Kiss+Me+Princess+de+Young%2C+Kim+Se&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0×tamp=1286550079&aid=96929487&hash=nMmTzH09Vcprn7mCbDRSjQ-- HTTP/1.1" 200 21340 "http://www.priceminister.com/offer/buy/60705151/Young-Kim-Se-Kiss-Me-Princess-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" -/- (-%) www.priceminister.com 795328 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:44 +0200] "POST /purchase HTTP/1.1" 200 11803 "http://www.priceminister.com/purchase?action=saleview&purchaseid=92313045" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11785/39083 (30%) www.priceminister.com 368173 www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:03:18 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15180 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15162/62641 (24%) www.priceminister.com 516226 [adminpm@aricia logs]$ Après l'avoir contacté, c'est bien un problème de navigateur. Il doit nous envoyer le code source de la page pour qu'on puisse voir si le contenu est là et que c'est juste l'affichage du body. |
| Commentaire de Damien Dorizy [ 11/oct./10 11:20 ] |
|
Le problème est présent uniquement avec IE8 sous Vista et Seven, donc pratique à détecter.
Après recherche, il s'agit d'un problème corrigé pour IE6 mais qui ne posait pas de problème avec IE7 et IE8, sous XP en tout cas. Il s'agit d'un problème d'initialisation du ColorPicker avec l'en-tête boutique. Corrigé en n'initialisant le ColorPicker qu'après le chargement complet de la page avec toutes les versions d'IE. |
| Commentaire de Damien Dorizy [ 14/oct./10 16:28 ] |
| [CAJ2010Q4CTN] |
[APP-30374] Violation de contrainte par l'application "ORA-02291: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER)" Création: 13/juil./10 15:18 Mise à jour: 28/oct./10 14:42 Résolue: 31/août/10 16:11 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.3 |
| Version(s) corrigée(s): | 76.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Laurent Payot |
| Résolution: | Aucune correction envisagée | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
Bonjour. On a souvent l'erreur suivante sur neptune, le serveur de batch UK de production: 2010-07-13 08:08:23,032 ERROR [10.150.28.78] - Failed to create instance. java.sql.SQLException: [Oracle] #5 ORA-02291: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER) violated - parent key not found at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.do(Unknown Source) at com.inet.ora.x.executeUpdate(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766) at sun.reflect.GeneratedMethodAccessor464.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) Cf les fichiers sur ~/pmshare/exploit/logs/jboss/ : 2010-07-04-04-00_neptune.log.gz 2010-07-05-04-00_neptune.log.gz 2010-07-06-04-00_neptune.log.gz 2010-07-07-04-00_neptune.log.gz 2010-07-08-04-00_neptune.log.gz 2010-07-09-04-00_neptune.log.gz 2010-07-10-04-00_neptune.log.gz 2010-07-11-04-00_neptune.log.gz 2010-07-12-04-00_neptune.log.gz La violoation de contrainte correspond à une tentative d'insérer une user_account_id dans advert_profile qui n'existe pas dans user_account. Au niveau base de données, impossible de savoir à quel endroit de l'application cela se produit et quels user_account_id sont tentés. Merci. Merci. |
| Commentaires |
| Commentaire de Manuel Sadok [ 27/juil./10 11:07 ] |
|
Il s'agit toujours de la même adresse IP : 10.150.28.78 Est-ce que ce n'est pas une adresse interne (genre ftpswitch) qui essaie de créer des fichiers d'import pour des comptes qui n'existe pas encore ? |
| Commentaire de Eric Vannier [ 17/août/10 11:03 ] |
| Erreur de paramétrage lors d'une tentative d'import d'un fichier provenance du protocole FTP.... |
| Commentaire de Eric Vannier [ 17/août/10 11:05 ] |
|
Laurent , peux-tu vérifier tes configs ftpswitch pour être sûr que tes profils d'imports sont ok. merci |
| Commentaire de Laurent Payot [ 24/août/10 09:49 ] |
| Plus probablement peut-être ftpswitch qui essaie de créer des fichiers d'import pour des comptes qui n'existent *plus*. Je vais regarder. Il y a essentiellement du multiplateforme pour le UK, ce qui multiplie les possibilités. |
| Commentaire de Laurent Payot [ 26/août/10 17:36 ] |
| Gaël, peut-on avoir une liste de pros dont les comptes ont été supprimés sur UK ? |
| Commentaire de Laurent Payot [ 27/août/10 16:10 ] |
|
J'ai désactivé les profils XML de A1books sur les 3 pays (en stock uniquement). J'ai fait de même pour hardtofindlp et cd-rarissimo. Ce sont les seuls pros dont je sois sûr qu'ils n'aient plus de compte. Je compilerai lundi, il y à une petite chance pour que ça règle le problème. D'ici là une liste des comptes supprimés serait grandement appréciée. |
| Commentaire de Laurent Payot [ 31/août/10 14:19 ] |
| Rien que je puisse faire de plus à mon niveau. Créer un nouveau Jira si on peut obtenir les user_account_id concernés. |
| Commentaire de Christophe Garcia [ 31/août/10 16:02 ] |
| MDPLVC |
[APP-30681] [1euro] : Sur l'url de retour automatique, on retourne systématiquement une erreur 503 car aucune vue n'est défnie... Création: 17/août/10 17:59 Mise à jour: 15/nov./10 18:20 Résolue: 15/sept./10 11:24 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 81.0.0 (TX-Q) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Clement Balay |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Il serait plus propre de retour un code 200 (en mettant une vue vide ?)...
|
| Commentaires |
| Commentaire de Clement Balay [ 13/sept./10 17:32 ] |
|
FYI
De : Emeric Teil [mailto:emeric.teil@priceminister.com] Envoyé : mardi 17 août 2010 18:10 À : Patrice Boulanger; Arnaud Forgues Cc : Renaud Dierickx Objet : RE: Url de retour automatique 1Euro... Comme vu ensemble, c’est finalement pas très grave J Mais petit Jira pour un truc plus propre : http://pricejira.lan/browse/APP-30681 E. De : Patrice Boulanger [mailto:patrice.boulanger@priceminister.com] Envoyé : mardi 17 août 2010 18:03 À : Arnaud Forgues Cc : Emeric Teil; Renaud Dierickx Objet : RE: Url de retour automatique 1Euro... Les appels arrivent bien jusqu’aux JBOSS, il y a un message d’erreur (toujours le même) : 2010-08-17 16:47:57,034 INFO [Processor268] 193.56.46.18 - >>> POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon... 2010-08-17 16:47:57,308 WARN [Processor268] 193.56.46.18 - No view defined - An action might not have been registered~Servlet=com.babelstore.payment.front.PaymentServlet~Request=POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon...~Referrer=null~User-Agent=null 2010-08-17 16:47:57,399 INFO [Processor268] 193.56.46.18 - <<< [365 ms] POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon... Merci. Patrice. De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com] Envoyé : mardi 17 août 2010 17:39 À : Patrice Boulanger Cc : Emeric Teil; Renaud Dierickx Objet : Re: Url de retour automatique 1Euro... Très étrange tout cela car j'ai un exemple qui date d'aujourd'hui pour lequel on voit bien dans les évènements qu'on a reçu la réponse automatique ... http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=90028132 Est-ce que ca ne voudrait pas dire que la servlet "/payment" n'est pas mappé sur certains frontaux web ??? Le 17 août 2010 17:02, Patrice Boulanger <patrice.boulanger@priceminister.com> a écrit : Si je comprends bien, la sécurité est au niveau du cryptage du paramètre DATA transmis dans l’URL. De quel type de cryptage parle-t-on ? Un filtrage serait effectivement un plus pour la sécurité mais risque d’ajouter des problèmes en cas de changement d’adresse côté SIPS (bonjour les emm… s’ils changent d’IP dans 1 an …) Le cryptage est plus sûr que le filtrage par adresse source, mais il faudrait s’assurer de la solidité du type de cryptage utilisé. PS : j’ai regarder dans les logs apache aujourd’hui : [adminpm@carmentes logs]$ grep ipsresponseautomatic vaccess_log www.priceminister.com 193.56.46.18 - - [17/Aug/2010:08:30:36 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27434 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:10:31:51 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:16:54 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:58:03 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27439 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:12:44:07 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27435 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:12:22 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27007 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:57:46 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 200 19697 "-" "-" www.priceminister.com 193.56.46.18 - - [17/Aug/2010:16:07:37 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27436 "-" "-" C’est bon, on répond toujours 503, c’est sécurisé J Merci. Patrice. De : Emeric Teil [mailto:emeric.teil@priceminister.com] Envoyé : mardi 17 août 2010 11:04 À : Arnaud Forgues Cc : Renaud Dierickx; Patrice Boulanger Objet : RE: Url de retour automatique 1Euro... OK, Donc à priori, pas de réel risque… Ce qui ne nous empêcherait peut-être pas de tout de même filtrer les IP qui peuvent appeler cette URL… Patrice ? E. De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com] Envoyé : mardi 17 août 2010 09:44 À : Emeric Teil Cc : Renaud Dierickx Objet : Re: Url de retour automatique 1Euro... Il n'y a donc qu'un seul paramètre qui est le paramètre "DATA" ==> la valeur de ce paramètre est crypté (via la clef unique associée à notre API SipsPayment) et encapsule tout un tas d'informations nécessaire à l agestion du paiement (numéro de commande, montant, devise, date de transaction, premier achat, paiement mixte avec PMV ....) Voilou, Arnaud Le 13 août 2010 17:41, Emeric Teil <emeric.teil@priceminister.com> a écrit : Mouai J De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com] Envoyé : vendredi 13 août 2010 17:41 À : Emeric Teil Cc : ARNAUD FORGUES Objet : Re: Url de retour automatique 1Euro... Euh pas trop le temps là... Tu peux attendre le retour d'Arnaud lundi ??? Le 13 août 2010 17:30, Emeric Teil <emeric.teil@priceminister.com> a écrit : Alors, tu veux pas me les envoyer ces autres paramètres stp ? J De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com] Envoyé : mercredi 4 août 2010 14:49 À : PATRICE BOULANGER; EMERIC TEIL Objet : Url de retour automatique 1Euro... https://www.priceminister.com/payment?action=sipsresponseautomatic + d'autres paramètres de réponse... -- Arnaud Forgues PriceMinister.com Chef de Projet Etude & Développement 57, bd de la Villette 75010 Paris arnaud.forgues@priceminister.com +33 (0)1 42 78 98 33 |
| Commentaire de Clement Balay [ 13/sept./10 18:44 ] |
| CAJ2010Q3TX |
| Commentaire de Christophe Garcia [ 14/sept./10 10:15 ] |
| MDPLVC |
| Commentaire de Clement Balay [ 15/sept./10 11:24 ] |
| sorry |
[APP-32572] Mes achats : la première requête est un peu longue sur les gros acheteurs (monsieur-mad) Création: 25/janv./11 11:36 Mise à jour: 28/janv./11 18:05 Résolue: 28/janv./11 16:51 |
|
| Etat: | Fermé |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Corrigé | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | Mon Compte : Mes Achats | ||||||||
| Description |
|
Ce n'est pas vraiment un bug (car auparavant, on ne pouvait
même pas afficher la page), mais la première requête pour afficher "tous
mes achats" sur un compte comme "Monsieur-mad" est un peu longue (genre
20 / 30 secondes)...
Par contre, les suivante (pagination) sont "honnêtes" (genre 4 / 6 secondes)... Il faudrait donc regarder, au cas où, si une ou deux optimisations ne seraient pas envisageables... |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 25/janv./11 14:13 ] |
|
vu sur Argon :
[pmas@argon mainlog]$ less nohup.out | grep -b10 -a10 "monsieur-mad" 6194994-2011-01-25 11:31:14,841 WARN [P-Processor4] 172.16.14.51 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 6195170-2011-01-25 11:31:14,841 WARN [P-Processor4] 172.16.14.51 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 6195342-2011-01-25 11:31:14,854 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10406000 rows !! 6195442-2011-01-25 11:31:14,887 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10407000 rows !! 6195542-2011-01-25 11:31:14,912 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10408000 rows !! 6195642-2011-01-25 11:31:14,937 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10409000 rows !! 6195742-2011-01-25 11:31:14,962 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10410000 rows !! 6195842-2011-01-25 11:31:14,987 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10411000 rows !! 6195942-2011-01-25 11:31:15,026 INFO [P-Processor4] 172.16.14.51 - <<< [189 ms] GET http://bo.pminteg.fr/info/home?static=true 6196066-2011-01-25 11:31:15,041 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10412000 rows !! 6196166:2011-01-25 11:31:15,056 INFO [P-Processor6] BO:pmadmin:emt - >>> GET http://bo.pminteg.fr/user_back?action=usersearch&javascript_callback=&is_company=&login=monsieur-mad&loginForPasswordSearch=&user_account_id=&last_name=&usr_type_code=&permission_type=&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&pm_staff_id=&start_connection=&end_connection=&ip_address=&start_wlt=&end_wlt=&start_date_wlt_negative=&end_date_wlt_negative=&number_rows=10&x=0&y=0 6196689-2011-01-25 11:31:15,066 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10413000 rows !! 6196789-2011-01-25 11:31:15,080 INFO [P-Processor6] BO:pmadmin:emt - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=11049590 6196955:2011-01-25 11:31:15,084 INFO [P-Processor6] BO:pmadmin:emt - <<< [27 ms] GET http://bo.pminteg.fr/user_back?action=usersearch&javascript_callback=&is_company=&login=monsieur-mad&loginForPasswordSearch=&user_account_id=&last_name=&usr_type_code=&permission_type=&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&pm_staff_id=&start_connection=&end_connection=&ip_address=&start_wlt=&end_wlt=&start_date_wlt_negative=&end_date_wlt_negative=&number_rows=10&x=0&y=0 6197486-2011-01-25 11:31:15,091 INFO [P-Processor6] BO:pmadmin:emt - >>> GET http://bo.pminteg.fr/user_back?action=userview&showeventothers=true&useraccountid=11049590 6197649-2011-01-25 11:31:15,092 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10414000 rows !! 6197749-2011-01-25 11:31:15,128 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10415000 rows !! 6197849-2011-01-25 11:31:15,153 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10416000 rows !! 6197949-2011-01-25 11:31:15,177 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10417000 rows !! 6198049-2011-01-25 11:31:15,202 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10418000 rows !! 6198149-2011-01-25 11:31:15,224 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10419000 rows !! 6198249-2011-01-25 11:31:15,247 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10420000 rows !! 6198349-2011-01-25 11:31:15,269 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10421000 rows !! 6198449-2011-01-25 11:31:15,300 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10422000 rows !! |
| Commentaire de Arnaud Forgues [ 28/janv./11 16:51 ] |
|
Le bug des logs ci-dessus (BuyerItemQuery read 10414000 rows ...) est corrigé depuis le début de la semaine.
Concernant la longueur de la 1er requete pour les gros acheteurs, j'ai vu avec Ayoub et rien d'inquiétant, c'est à priori normal, et c'est aussi lié à l'environnement d'INTEG qui est moins performant que la PROD pour ce type d'utilisateur. Je ferme donc le jira. D'autant plus qu'à présent (surement grace au cache) la 1ere requete pour Monsieur MAD répond assez vite !! |
[IMP-7399] import catalogue - Site ES - pseudo electropolis - MAJ creation annonces / creation produit + import photo Création: 15/nov./10 17:53 Mise à jour: 02/févr./11 17:28 Résolue: 13/janv./11 15:52 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Import |
| Composants: | Demande commerciale |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Frederic vacher | Attribution: | Laurent Payot |
| Résolution: | Invalid | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Login: | electropolis |
| Séparateur: | Point-virgule (;) |
| Type de traitement: |
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
|
| Description |
|
Merci de publier les produits d'Electropolis à partir du fichier suivant : http://www.electropolis.es/ganga.php
|
| Commentaires |
| Commentaire de Frederic vacher [ 15/nov./10 17:54 ] |
|
Suite au jira |
| Commentaire de Christophe Egéa [ 17/déc./10 10:26 ] |
|
Vendredi 17 décembre 2010 - Pas de compilation possible du fichier d'import automatique.
la configuration finale sera faite lundi prochain. |
| Commentaire de Christophe Egéa [ 22/déc./10 09:53 ] |
|
La configuration automatique du profil est en cours.
|
| Commentaire de Frederic vacher [ 07/janv./11 14:35 ] |
| Ou en est-on de la demande? Merci. |
| Commentaire de Laurent Payot [ 10/janv./11 10:24 ] |
| J'ai repris cette demande qui nécessite l'utilisation de talend pour transformer le fichier XML. C'est dans mes priorités, je verrai ça cet après-midi. |
| Commentaire de Laurent Payot [ 11/janv./11 17:58 ] |
| Le job Talend est fait et installé, il reste a configurer FTPswitch, je fais ça demain. |
| Commentaire de Frederic vacher [ 11/janv./11 18:00 ] |
| Ok, merci. |
| Commentaire de Laurent Payot [ 13/janv./11 15:52 ] |
|
Le pro n'a que 51 produits dans son fichier:
Home > Kits de xenon > Kits xenon para coche 18 Home > Telefonos DUAL SIM 10 Home > Para tu mascota 4 Home > Accesorios para coche 4 Home > Kits de xenon > Kits xenon para moto 3 Home > Dispositivos WIFI 3 Home > Accesorios para moto 2 Home > Sintonizadores TDT 1 Home > Seguridad 1 Home > Boligrafo digital 1 Home > Telefonia y fax 1 Home > Camaras ocultas 1 Home > Convertidor VHS-DVD 1 Pour la plupart ces produits ne concernent pas le high-tech (kits phares xenon pour voitures mais rubrique voitures non ouverte sur espagne, dispositifs anti-aboiement, etc). Vu le temps passé pour créer le job talend j'ai quand même essayer d'améliorer le mapping pour faire passer les 10 "Telefonos DUAL SIM" et les 3 "Dispositivos WIFI" mais il manque trop d'infos dans le fichier (pas de marque, pas de type de modèle précis etc). Donc je suis obligé de fermer ce jira en invalide, il faut que le pro rentre tout "à la main", ce qui n'est pas très long. Merci de n'accepter les formats de type XML que pour les fichiers de plusieurs centaines ou milliers d'articles car cela nous prend énormément de temps. PS : tout est configuré, si le pro envoie un nouveau fichier avec du vrai high-tech (reconnu par le mapping actuel), ça pourrait passer. |
| Commentaire de Laurent Payot [ 02/févr./11 17:28 ] |
|
Il y avait un paramètre dans le job Talend qui limitait le nombre de ligne à 50, en fait le pro à 196 annonces :
Home > Kits de xenon > Kits xenon para coche 18 Home > Telefonos Dual SIM 16 Home > Accesorios para coche 16 Home > Para tu mascota 14 Home > Camaras ocultas 13 Home > SuperChollos 11 Home > Dispositivos WIFI 10 Home > Reproductores MP3 9 Home > Salud y belleza 8 Home > Sistemas de espionaje 8 Home > Seguridad 8 Home > Camaras digitales 8 Home > Infidelidades 7 Home > Cajas registradoras > Cajas registradoras Olivetti 7 Home > Camaras IP 6 Home > Telefonía y fax 6 Home > Mini camaras DVR 6 Home > Accesorios para moto 5 Home > Mp3 acuaticos 4 Home > Kits de xenon > Kits xenon para moto 3 Home > Para la oficina > Monitores PC / TV 2 Home > Juegos y ocio 2 Home > Cajas registradoras > Cajas registradoras Olympia 2 Home > Sintonizadores TDT 2 Home > Convertidor VHS-DVD 1 Home > Transmisores FM 1 Home > Boligrafos digitales 1 Home > Para la oficina > Impresoras 1 Home > Marcos digitales 1 C'est corrigé. |
[CAT-3079] Criteo - Nouveaux flux Full à envoyer au partenaire Création: 30/août/10 16:30 Mise à jour: 15/févr./11 13:37 Résolue: 15/févr./11 13:37 |
|
| Etat: | Résolu |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Jonathan Gorges | Attribution: | Carole Boucheny |
| Résolution: | Corrigé | ||
| Σ Estimation restante: | 4 jours, 15 minutes | Estimation restante: | 4 jours |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | 4 jours, 15 minutes | Estimation originale: | 4 jours |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Description |
|
Bonjour,
Nous avons besoin d'envoyer à Criteo des nouveaux flux FULL. En effet, de nombreuses corrections et optimisations ont été faites sur les flux Criteo ces derniers mois. Pour améliorer les performances de la campagne et être prêt avant les fêtes de fin d'années, nous avons donc besoin d'actualiser l'ensemble de notre base chez ce partenaire. Avant de traiter ce Jira, il serait judicieux de traiter au préalable celui-ci : Aussi, nous devons être certains que la conf des flux Criteo est optimale avant d'en envoyer de nouveaux, à savoir - filtres produits (sex toys, parfums), catégorisation des produits, caractères spéciaux corrigés, produits sans stock... Autre information importante : - Le temps de génération des flux : il est très important pour nous que ces flux soient générés le plus rapidement possible. Il est donc préférable de trouver une date à laquelle la transmission des flux sera facilitée. - Nombre de flux : 2 -> 1 BOOKS + 1 OTHERS - Il faudra enfin prévoir des flux de rattrapage comme d'habitude, qui prennent en compte les différents changement de notre catalogue entre le début et la fin de génération des flux . Pourriez-vous ainsi revenir vers moi à ce sujet afin de programmer une date de génération des FULL à Criteo ? Merci |
| Commentaires |
| Commentaire de Jérôme Viviès [ 10/sept./10 09:54 ] |
|
JIRA bloqué sur demande de Jonathan 09/09/2010 18:10
"Pourriez-vous également mettre ce Jira en standby car la demande du partenaire a évolué et nous attendons ses derniers retours." |
| Commentaire de Carole Boucheny [ 29/nov./10 10:53 ] |
|
Bonjour,
Les sex toys et parfums sont à exclure de tous les flux, c'est bien cela ? Merci Carole |
| Commentaire de Jonathan Gorges [ 29/nov./10 11:04 ] |
|
Hello,
Voici en ci-dessous les "specs" nécessaires pour livrer de nouveaux flux FULL à Critéo: ** Produits à exclure: - Sex toys - Parfums - Armes à billes ** Autres points importants: nous devons également appliquer à ces flux l'ensemble des optimisations faites pour les flux Effiliation. - Un produit ne doit être présent que dans une seule catégorie (rappel : problèmes identifiés dans les flux Effiliation ou certains BOOKS ou GAMES se trouvaient dans d'autres catégories". - Toutes les balises doivent être présentes pour chaque produit, même si nous n'avons pas l'info pour remplir la balise (dans ce cas, la laisser vide). - Le niveau de catégorisation doit être au maximum : renseigner chaque catégorie ou sous-catégorie (si ce n'est pas possible, laisser la balise vide) - Les problèmes de caractères spéciaux doivent être corrigés. - Les articles de collection doivent également faire partie des flux. Vois-tu d'autres corrections que tu as apporté sur des flux partenaires et que nous pourrons mutualiser sur les flux Critéo ? Merci d'avance pour ton retour. |
| Commentaire de Carole Boucheny [ 29/nov./10 11:32 ] |
|
Je ne vois rien d'autres qui restent à mutualiser.
Je vais préparer tout cela. Dès que c'est bon, on pourra programmer une date de génération de ces FULL. |
| Commentaire de Carole Boucheny [ 29/nov./10 15:00 ] |
|
Actuellement, il nous envoyons uniquement l'univers du produit. La balise "sous-categorie" récupère l'ancien médium.
Ce qui donne pour ce livre par exemple : http://www.priceminister.com/offer/buy/219445/Reeves-Hubert-Poussieres-D-etoiles-Livre.html <categorie><![CDATA[Livres]]></categorie> <Sous-categorie>Poche</Sous-categorie> ( Au niveau fast nous avons les categories "Livres" et "Sciences-appliquees"). Est-ce qu'il faut concaténer les catégories dans la balise categorie. Ce qui donnerait : <categorie><![CDATA[Livres, Sciences-appliquees]]></categorie> <Sous-categorie>Poche</Sous-categorie> Merci Carole |
| Commentaire de Jonathan Gorges [ 29/nov./10 15:05 ] |
|
Hello Carole,
Non non, il ne faut pas concaténer les catégories dans la balise catégorie. Celles-ci doivent rester en l'état : Livres, Vidéo, Jeux... Merci |
| Commentaire de Jonathan Gorges [ 30/nov./10 09:19 ] |
|
Hello Carole,
J'ai fait un point avec mon partenaire Critéo hier au sujet des nouveaux flux FULL. Ils sont toujours très réticents à l'idée de recevoir des nouveaux FULL :-(... Nous allons donc procéder de la manière suivante : 1) Nous allons faire toutes les modifications nécessaires dans la conf des flux Critéo et passer ces modifications en prod au fur et à mesure. 2) Les flux incrémentaux devront donc être progressivement "propres". 3) Une fois que nous sommes prêts, nous demandons à Critéo de vérifier si les derniers flux incrémentaux livrés correspondent parfaitement à leurs attentes... 4) Si tout est OK, nous nous coordonnons pour livrer des FULL propres (vers fin décembre). Qu'en penses-tu ? Second point : Critéo m'informe n'avoir jamais utilisé le flux "criteo-delete_nopictures.xml" car celui-ci était (apparemment) erroné depuis le début. Selon Critéo, des milliers de produits présents dans ces flux possédaient bien des photos (non pas génériques, mais de vraies photos)... Critéo souhaiterait que cette spécification fasse partie de la configuration de nos flux. En d'autres termes, ils souhaiteraient ne plus recevoir de produits possédant des photos génériques dans les flux incrémentaux (et donc dans le futur FULL). Il s'agit donc ici de supprimer le flux "criteo-delete_nopictures.xml" et d'incorporer ce filtre directement dans les flux incrémentaux quotidiens. Je suis dispo pour en parler avec toi de vive voix. Merci d'avance pour ton retour. Jon |
| Commentaire de Carole Boucheny [ 30/nov./10 11:25 ] |
|
Bonjour,
Ok pour faire les modifications. Les "specs" nécessaires ont déjà vérifiées. Donc je peux mettre cette version en prod. Si demain tout va bien, je passe ensuite une autre version qui retire les produits sans image. Et enfin, si tout va bien je retire le flux "criteo-delete_nopictures.xml". C'est cela ? Carole |
| Commentaire de Jonathan Gorges [ 30/nov./10 11:45 ] |
|
Hello Carole,
Avant de mettre en prod, peux-tu stp récapituler tous les points que tu as checkés/corrigés ? Merci |
| Commentaire de Carole Boucheny [ 30/nov./10 14:07 ] |
|
Voici ce qui a été corrigé :
- Modification de la requête pour utiliser la bonne méthode de filtre (utilisation de "equals" et de la "catégorie" au lieu de "string" et "prdfamilycode") : produit présent que dans une catégorie --> Niveau "Configuration du flux" - Correction de problème d'encodage dans les balises "genre", "Main_Contributor" --> Niveau "fichier de transformation" - Balise rendu obligatoire même si elles sont vides --> Niveau "fichier de transformation" - Exclusion des "Parfums" --> Niveau "Configuration du flux" Ce qui a été vérifié : - Exclusion des Sex toys - Exclusion des Armes à billes - Gestion de la collection A faire dans un second temps : - Exclure les produits sans image - Supprimer le flux "criteo-delete_nopictures.xml" Carole |
| Commentaire de Jonathan Gorges [ 30/nov./10 14:12 ] |
|
OK parfait Carole, c'est top !
On peut donc mettre en prod ces flux corrigés. Merci |
| Commentaire de Carole Boucheny [ 30/nov./10 15:26 ] |
| Les flux de cette nuit utiliseront les modifications. |
| Commentaire de Jonathan Gorges [ 30/nov./10 16:20 ] |
|
Hello Carole,
Comme vu à l'instant ensemble, nous devons aussi exclure des flux tous les alcools (vins, spiritieux...). Merci d'avance. |
| Commentaire de Carole Boucheny [ 30/nov./10 17:12 ] |
| La modification sur les alcools est en prod. Ce sera bon pour les flux de cette nuit. |
| Commentaire de Jonathan Gorges [ 30/nov./10 17:27 ] |
| OK merci Carole, c'est top ! |
| Commentaire de Carole Boucheny [ 01/déc./10 18:32 ] |
|
Les fichiers update et delete ne sont pas correctes
Je regarde pourquoi |
| Commentaire de Carole Boucheny [ 01/déc./10 18:40 ] |
|
Le problème provient de produit mal formaté en base. Ceci fait donc planté les scripts.
Exemple : http://www.priceminister.com/offer/buy/99025866/minami-kosetsu-no-40-kyoku-3cd-i-a-i-s-o-e-kosetsu-minami-i-a-cd-album.html |
| Commentaire de Carole Boucheny [ 01/déc./10 19:04 ] |
| C'est corrigé. Le cas a été prévu pour tous les flux. |
| Commentaire de Carole Boucheny [ 02/déc./10 15:24 ] |
|
Un second problème a été rencontré avec les flux de cette
nuit. Celui-ci n'apparait que pour les produits contenant un "|" dans
une des valeurs d'attribut. Ces dernières sont stockées dans un champs
FAST ainsi que d'autre donné. Le caractère pose donc problème pour les
valeurs d'attribut, car il est utilisé comme séparateur pour faire un
traitement. J'ai donc modifié l'extractor. Je pense que ce cas est très
rare.
Pour information, cette optimisation sera général à tous les flux vu qu'elle a été fait sur l'extractor. |
| Commentaire de Carole Boucheny [ 03/déc./10 10:07 ] |
|
Bonjour,
Le flux de mise à jour criteo de ce matin ne s'est pas terminé correctement. Je pense qu'il s'agit encore d'un produit posant problème. Je te tiens au courant de la cause et quand ce flux sera re-généré. Carole |
| Commentaire de Carole Boucheny [ 03/déc./10 13:37 ] |
|
Le produit posant problème était le suivant : http://www.priceminister.com/offer/buy/89525952/aiha-higurashi-platonic-cd-album.html
A cause du mauvais encodage du nom de l'auteur. Une nouvelle modification de l'extractor a été effectuée. Celle-ci est valable pour tous les flux. J'ai relancé le flux UPDATE de criteo. |
| Commentaire de Jonathan Gorges [ 09/déc./10 12:30 ] |
|
Hello Carole,
Mon partenaire me communique que toutes les modifications effectuées sont validées. Avant de mettre en place le filtre no-picture, j'ai 2-3 questions : - As-tu identifié l'erreur sur le flux no-picture incrémental (pourquoi des milliers de produits ont bien des photos dans ces flux ?) - Peux-tu estimer une volumétrie des produits concernés ? - Pourras-tu m'envoyer un extract de quelques ID produits concernés ? Par avance merci. Jon |
| Commentaire de Carole Boucheny [ 09/déc./10 17:52 ] |
|
Salut Jon,
- La requête de ce flux n'est pas bonne. Elle fait l'inverse de ce qui est voulu. - Si on regarde juste tous les produits en ligne sans image nous en avons 5 805 709. Par contre, je n'ai pas filtré par rapport à ce qu'on envoie à Criteo. - Quelque produits sans images : 114565604, 110596344, 77245116, 55222328, 62070309, 111912993, 107196212, 55222427, 114565592 Carole |
| Commentaire de Jonathan Gorges [ 09/déc./10 18:27 ] |
|
Merci Carole pour ces infos.
Du coup, tu as déjà corrigé la reqûete du flux ? Autre question, si demain un produit a une photo (qu'il n'avait pas la veille), ce produit passera-t-il dans un flux UPDATE ? Si non, est-ce possible de le faire ? Merci |
| Commentaire de Jonathan Gorges [ 13/déc./10 15:05 ] |
|
Hello Carole,
Peux-tu me faire un update sur ce Jira stp et revenir vers moi sur les derniers points (du commentaire précédent) ? Par avance merci. Jon |
| Commentaire de Carole Boucheny [ 14/déc./10 15:24 ] |
|
Salut,
Oui les produits sans image sont déjà exclus du flux. Il reste donc à supprimer définitivement le flux "delete_nopicture". On pourra ensuite programmer le full. Carole |
| Commentaire de Carole Boucheny [ 15/déc./10 12:00 ] |
|
Salut Jonathan,
Est-ce que criteo est d'accord pour qu'on supprime le flux "delete_nopicture" ? De même le flux : "SexToys_Delete" n'est plus utile puisqu'on exclu déjà ces produits ? Merci Carole |
| Commentaire de Jonathan Gorges [ 15/déc./10 12:10 ] |
|
Hello,
Oui, tu peux le supprimer |
| Commentaire de Jonathan Gorges [ 15/déc./10 12:11 ] |
| Autre question, si demain un produit a une photo (qu'il n'avait pas la veille), ce produit passera-t-il dans un flux UPDATE ? Si non, est-ce possible de le faire ? |
| Commentaire de Carole Boucheny [ 15/déc./10 13:54 ] |
|
Oui tout à fait. Lorsque le produit a une photo (qu'il
n'avait pas), il est modifié dans Fast et passe donc le flux UPDATE.
Les deux flux suivants ne se génèreront plus, dès ce soir : "delete_nopicture", "SexToys_Delete". |
| Commentaire de Jonathan Gorges [ 15/déc./10 13:59 ] |
| OK merci pour ton retour, c'est une très bonne nouvelle ! |
| Commentaire de Jonathan Gorges [ 15/déc./10 17:53 ] |
|
Hello Carole,
Peux-tu vérifier stp s’il y a un problème d’encodage pour les flux Critéo ? Mon contact vient d’identifier un exemple avec un problème de caractères spéciaux. Exemple : <produit><idproduit>73285239</idproduit><nomproduit><![CDATA[Symphonie N°92 "Oxford"]]></nomproduit> |
| Commentaire de Carole Boucheny [ 16/déc./10 11:56 ] |
|
Ce produit a été envoyé dans le fichier suivant : criteo_ALL_UPDATE_20101208.xml.gz
Celui-ci est encodé en utf-8. Si on utilise cet encodage, il n'y a pas de problème d'affichage : [pmas@junon fr]$ zgrep "73285239" 20101208-criteo_ALL_UPDATE_20101208.xml.gz <produit><idproduit>73285239</idproduit><nomproduit><![CDATA[Symphonie N°92 "Oxford"]]></nomproduit>... Par contre si on utilise l'encodage iso ça s'affiche avec les problèmes que remontent le partenaire. Carole |
| Commentaire de Jonathan Gorges [ 16/déc./10 14:14 ] |
|
Merci Carole pour tes recherches.
Du coup, quelle est ta reco ? Faut-il changer la méthode d'encodage ? |
| Commentaire de Carole Boucheny [ 16/déc./10 14:20 ] |
|
Valider avec criteo que l'encodage actuellement utilisé "utf-8" est bien ce qui leur convient.
Cependant ça m'étonne quand même car ça veut dire que tous les accents ne sont pas bien traités chez eux (les "é" "à" ...). Tous les produits avec accents doivent donc mal s'afficher chez eux :-S |
| Commentaire de Jonathan Gorges [ 16/déc./10 18:18 ] |
|
Hello Carole,
Critéo peut en effet passer en encoding ISO. Nous pouvons donc faire cette modification Très important cependant : il faut absolument que tu me préviennes en amont sur la mise en prod de cette modif afin que Critéo modifie les confs de leur côté. Peux-tu me dire à quelle date peut-on mettre cela en prod ? Par avance merci |
| Commentaire de Jonathan Gorges [ 17/déc./10 09:37 ] |
|
Hello Carole,
Juste une petite question : peux-tu stp me dire si le problème est le même pour les flux Nextperformance ? En d'autres termes, est-ce que tous les produits avec caractères spéciaux passent mal dans les flux Nextperf ? Faut-il demander à notre partenaire de changer d'encoding et de passer en ISO ? Merci d'avance pour ton retour. |
| Commentaire de Carole Boucheny [ 17/déc./10 11:40 ] |
|
Salut,
Pour Nextperformance, il ne s'agit pas de fichier xml donc l'encodage n'est pas spécifié dans le fichier. Ces flux sont correctement visible en iso-8859-1. Oui, tu peux donc voir avec eux si il peuvent utiliser cet encodage. Pour criteo : pourquoi dis-tu "qu'ils peuvent passer" en ISO ? Ils le sont surement déjà puisqu'il y a le problème d'encodage non ? Sais-tu quel encodage, ils utilisent ? Car s'ils sont en utf-8 comme nous, le problème est ailleurs puisque le fichier contient bien les accents. |
| Commentaire de Jonathan Gorges [ 17/déc./10 12:17 ] |
|
Hello,
Je ne sais pas trop en fait, je pense qu'ils sont en utf-8 comme nous. Voici exactement quel était leur message Bonjour Jonathan, Ok pour modifier l’encoding pour passer sur un encoding ISO. Par contre, il faudra nous prévenir, juste avant de procéder à cet ajustement, afin que nous modifions la configuration de l’import chez nous. Cordialement, Qu'en penses-tu ? |
| Commentaire de Carole Boucheny [ 17/déc./10 13:49 ] |
|
On peut toujours essayer en ISO.
Je peux programmer le changement d'encodage pour les flux qui se génère durant la nuit du lundi au mardi. Peux-tu voir avec criteo si ça leur convient ? Merci Carole |
| Commentaire de Jonathan Gorges [ 17/déc./10 14:18 ] |
|
Hello,
OK merci, je demande à Critéo si c'est OK et reviens vers toi asap ! Bonne journée |
| Commentaire de Jonathan Gorges [ 07/janv./11 16:53 ] |
|
Hello Carole,
Comme vu ensemble à l'instant : peut-on stp passer l'encoding en ISO pour les flux incrémentaux Critéo qui se génèreront lundi soir ? Tiens moi au courant stp lorsque la modif est faite afin que je prévienne le partenaire. Merci. |
| Commentaire de Carole Boucheny [ 10/janv./11 10:24 ] |
| Comme dit dans la sous-tâche pour l'encodage iso, les fichiers de cette nuit seront en iso. |
| Commentaire de Carole Boucheny [ 14/janv./11 15:17 ] |
|
Bonjour Jonathan,
As-tu eu un retour du pro ? Est-ce que les fichiers en iso résolvent le problème ? Merci |
| Commentaire de Jonathan Gorges [ 14/janv./11 16:06 ] |
|
Toujours pas désolé :-(
Je viens de relancer à l'instant ! Jon |
| Commentaire de Carole Boucheny [ 26/janv./11 18:35 ] |
| As-tu des news de Criteo ?? |
| Commentaire de Jonathan Gorges [ 26/janv./11 18:39 ] |
|
Yes, normalement l'encodage ISO est bon de leur côté.
En revanche, pas de news pour les FULL |
| Commentaire de Jonathan Gorges [ 31/janv./11 11:47 ] |
|
Bonjour Carole,
Je viens d'avoir le GO de Critéo pour envoyer le full. Il faut impérativement que l'opération se déroule aussi bien qu'avec Nextperformance, car sinon Critéo n'acceptera plus de recevoir des FULL de notre part. Il faut donc que le FULL est la même taille que Nextperformance (500Mo environ) et que nous puissions l'envoyer en aussi peu de temps (- d'un 1 jour) afin que Critéo puisse récupérer les flux incrémentaux du lendemain dans la soirée. Il faut aussi s'assurer que le FULL soit propre : 1) Pas de produits : parfums, armes à bille, vins et spiritueux, sex toys 2) Pas de fiche produit sans photo 3) Plus de problème de caractère spéciaux. Encodage ISO. Voici le FTP sur lequel il faut livrer le FULL : Host : ftp://sftp.criteo.com/priceministerfr/ Login : incoming Pass : Sf1p_i5-N1Ce! Port 21 Pour que la génération du FULL se déroule bien, peux-tu stp me dire quelle est la date la plus proche à laquelle nous pouvons lancer cette génération ? Merci d'avance pour ton retour. Jon |
| Commentaire de Jonathan Gorges [ 01/févr./11 10:02 ] |
|
Hello Carole,
Peux-tu stp revenir vers moi à ce sujet ? J'ai juste besoin que l'on se trouve la meilleure date possible pour générer rapidement ce FULL et tourner la page sur ce Jira. Merci d'avance pour ton retour. Jon |
| Commentaire de Carole Boucheny [ 01/févr./11 17:50 ] |
|
Salut Jonathan,
Les vérifications dont tu parles avait déjà été faite. Si les incrémentaux sont bons pour l'encodage en ISO, on aura pas de problème avec le FULL. Voici mes estimations : Nombre de produits du FULL : 7 849 647 Taille du FULL : 506 Mo (mais variable suivant les descriptions produits...) Temps : 30h (encore ce temps est juste indicatif et peut varier suivant la charge des serveurs, le temps de réponse de FAST, des produits pour le traitement de mise en forme...) Si cette demande est priorisée demain, je pourrais faire le FULL jeudi matin et ne pas arrêter les incrémentaux pour qu'il n'y ait pas de rattrapage à faire. Carole |
| Commentaire de Jonathan Gorges [ 01/févr./11 18:03 ] |
|
OK merci pour toutes ces informations.
En revanche, je trouve en effet le temps estimé de génération un peu long car la taille du fichier est la même que le FULL Nextperf, qui avait pris moins de 12h je crois. 30h, ca fait bcp non ? Merci |
| Commentaire de Jonathan Gorges [ 03/févr./11 15:32 ] |
|
Hello,
Comme vu ensemble à l'instant, peut-on stp lancer ce FULL Critéo (sur le FTP ci-dessous) afin qu'il arrive à destination avant les incrémentaux de demain soir. Host : ftp://sftp.criteo.com/priceministerfr/ Login : incoming Pass : Sf1p_i5-N1Ce! Port 21 Par avance merci. Jon |
| Commentaire de Carole Boucheny [ 03/févr./11 16:16 ] |
|
Je vais lancer le full. Il s'appelera directement :
"criteo_ALL.xml.gz" |
| Commentaire de Carole Boucheny [ 03/févr./11 16:19 ] |
| Par contre je n'arrive pas à accéder au FTP... |
| Commentaire de Jonathan Gorges [ 03/févr./11 16:26 ] |
| OK, je viens de communiquer ce problème au partenaire et reviens vers toi asap |
| Commentaire de Jonathan Gorges [ 03/févr./11 16:29 ] |
|
Hello,
Pb d'adresse IP... Peux-tu stp me communiquer l'IP utilisée afin que je leur transmette cette info ? Merci |
| Commentaire de Carole Boucheny [ 03/févr./11 17:06 ] |
|
212.23.170.218 et
212.23.170.213 |
| Commentaire de Jonathan Gorges [ 03/févr./11 17:25 ] |
|
Hello,
Les IPs viennent d'être autorisées chez Critéo. Peux-tu stp réessayer de te connecter ? Merci |
| Commentaire de Carole Boucheny [ 03/févr./11 17:42 ] |
|
J'ai toujours :
ftp://sftp.criteo.com/priceministerfr/: unknown host |
| Commentaire de Carole Boucheny [ 03/févr./11 17:44 ] |
|
attend je tente autre chose
|
| Commentaire de Carole Boucheny [ 03/févr./11 17:45 ] |
| Non toujours pas... |
| Commentaire de Carole Boucheny [ 07/févr./11 10:18 ] |
|
Salut,
J'arrive à me connecter au serveur de Criteo. Peux-tu me confirmer stp, que je peux lancer le FULL ? Merci Carole |
| Commentaire de Jonathan Gorges [ 07/févr./11 10:22 ] |
|
Parfait, let's GO !!!
Si tu peux privilégier un serveur libre de manière à ce que le FULL arrive demain avant les incrémentaux, ça serait top ! Merci |
| Commentaire de Carole Boucheny [ 07/févr./11 10:36 ] |
|
Je n'ai que 2 serveurs pour les flux donc pas vraiment de
libre à proprement parler. En tout cas, le FULL est généré sur un
serveur différent que celui des incrémentaux pour ne pas empêcher leur
création.
|
| Commentaire de Jonathan Gorges [ 07/févr./11 12:33 ] |
|
Hello,
La génération du full apparaît-elle bien dans SuperVision ? |
| Commentaire de Carole Boucheny [ 07/févr./11 13:33 ] |
|
Oui : https://supervision.priceminister.jmh:11000/wiki/doku.php?id=market:tdb_fr_c-d
Il est noté "ALL". La volumétrie noté actuellement ne correspond à rien. (En fait, elle a été rempli jeudi dernier lors du dernier lancement, mais le chiffre a été tronqué et ne correspond donc à rien puisque le flux avait été stoppé) |
| Commentaire de Carole Boucheny [ 08/févr./11 09:24 ] |
|
Bonjour Jonathan,
Le flux est toujours en cours. Il lui reste environ 14h. Pour info, voici quelques caractéristiques de ce flux : - Il ne lui reste qu'une requête à faire... la plus longue les livres qui a commencé à 3h ce matin - 1059 pages pour cette partie à traiter (1 page = 4000 produits ou moins pour la dernière) - 70 sec par page - Page en cours : 330 |
| Commentaire de Jonathan Gorges [ 08/févr./11 09:28 ] |
|
Hello,
OK merci pour l'info. On croise les doigts pour qu'il n'explose pas en plein vol :) ! Merco |
| Commentaire de Carole Boucheny [ 15/févr./11 11:59 ] |
|
Salut Jonathan,
Je vois que le full a fini sa génération le 08. Est-ce que tout est ok pour Criteo ? Ont-ils pu intégrer le Full ainsi que les incrémentaux ? |
| Commentaire de Jonathan Gorges [ 15/févr./11 12:06 ] |
|
Hello,
Tout s'est bien déroulé, tu as géré grave comme on dit :-) ! La base PM chez Critéo est désormais à jour et les problèmes de caractères spéciaux ont été supprimés... Merci bcp pour tout. Tu peux fermer ce jira Jon |
| Commentaire de Carole Boucheny [ 15/févr./11 13:37 ] |
|
C'est une super nouvelle ! :-)
Merci |
[APP-32851] Promo AdServer qui sort sur la HP UK Création: 15/févr./11 10:36 Mise à jour: 18/févr./11 12:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Renaud Dierickx | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
hp18-02-11.JPG
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Renaud Dierickx [ 15/févr./11 10:37 ] |
| Voir screenshot-1 |
| Commentaire de Thomas Springett [ 15/févr./11 10:41 ] |
|
C'est un problème avec notre Regie.
Il ne sont pas très réactif malgré mes messages de ce sujet. Ce due a un banniere d'affiliation Rakuten qui n'existe plus qu'il continue a afficher. |
| Commentaire de Thomas Springett [ 15/févr./11 10:45 ] |
| Nous avons en effet du mal a voir le vrai situation sur le site UK avec note Regie car il ne s'occupe que de notre inventaire UK donc avec l'IP français nous ne voir pas toutes les bannières. |
| Commentaire de Thomas Springett [ 18/févr./11 09:31 ] |
|
C'etait un problème du IP avec notre regie PUB.
actuellement nous utilisons les House ads pour toute IP non UK. |
| Commentaire de Thomas Springett [ 18/févr./11 12:02 ] |
|
Malheureusement le modification effectuer pas l'agence qui
gère les publicité sur PriceMinisterUK ne fonctionne pas a 100%
C'est un problème récurrent sur le site et malgré nos demandes Unanimis n'a pas pu le régler. J'ai redemandé le qu'il refait le modification et qu'il m'envoie les bannières d'auto-promo pour vérifier qu'il sont tous a jour. |
[APP-32193] Possibilité de Brute Force sur les comptes de l'application Création: 10/déc./10 15:50 Mise à jour: 25/févr./11 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Damien Gilloz | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Security |
| Description |
|
Aucune limitation n'est imposée pour l'authentification des utilisateurs sur le site.
Il est possible de faire autant de tentatives de connexion que l'on souhaite. Solution: Mettre un captcha au bout de 10 tentatives https://priceminister.onjira.com/browse/APP-30893 |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/déc./10 17:57 ] |
| A évaluer pour passage en Roadmap |
| Commentaire de Manuel Sadok [ 24/févr./11 11:25 ] |
|
Suite à la discussion en Roadmap, il me semble qu'on laisse
la faille pour servir de HoneyPot ? L'exploit surveille et alerte le BO.
Tu confirmes ? |
| Commentaire de Emeric Teil [ 24/févr./11 11:41 ] |
| Sur une autre discussion (RM TX), le captcha avait plutôt été mis de côté... par contre, on avait évoqué la mise en place du PKM... |
| Commentaire de Damien Gilloz [ 24/févr./11 11:57 ] |
|
Le principe du Brut Force est d'utiliser à chaque fois des combinaisons différentes:
https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai1 https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai2 https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai3 Ce n'est jamais la même URL, ça ne génère donc pas de PKM Par ailleurs, si le temps entre 2 tentatives est de quelques secondes, il n'y a pas de PKM. |
| Commentaire de Damien Gilloz [ 24/févr./11 12:13 ] |
|
Autre chose,
On ne peut pas baser de mécanisme de surveillance / blocage en fonction de l'adresse IP de utilisateurs. Par exemple, lorsque l'on souhaite accéder à Priceminister depuis nos locaux, nous le faisons tous avec la même adresse IP. Lorsqu'on accède à Internet depuis une connexion mobile 3G on ne dispose pas d'adresse IP personnelle, on la partage avec un grand nombre d'utilisateurs (les opérateurs utilisent le NAT). |
| Commentaire de Emeric Teil [ 25/févr./11 10:22 ] |
|
Hum,
la dernière discussion que j'ai eu à ce sujet avec Patrice semblait indiquer qu'on pouvait faire du PKM... en se basant non pas sur la totalité de l'url appelée mais sur une partie... E. |
[APP-33005] Tags UK pour AVAZU Création: 28/févr./11 16:11 Mise à jour: 10/mars/11 16:39 |
|
| Etat: | Bloqué |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 89.0.0.1 |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Thomas Springett | Attribution: | Rémi Virlouvet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
prix et monnaie corrigés.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous avons un nouveau partenaire en UK pour le Retargeting. AVAZU. Nous avons donc un plan de taggage identique a celle de la France et l'Espagne. Merci: Category Pages: <script type="text/javascript" charset="UTF-8"> var _AvazuRunid = "MzUwaWVyX2ZnKzQ="; var _AvazuRadvid = "MTEyNm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "https://avazudsp.net/ret/dspPros.js"; var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs); })(); </script> Article Pages <script type="text/javascript" charset="UTF-8"> var _AvazuRunid = "MzUwaWVyX2ZnKzQ="; var _AvazuRadvid = "MTEyNm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.id = "[ARTICLE_ID]"; _AvazuArticle.name = "[ARTICLE_NAME]"; _AvazuArticle.img = "[ARTICLE_IMG]"; _AvazuArticle.deepLink = "[ARTICLE_DEEPLINK]"; _AvazuArticle.price = "[ARTICLE_PRICE]"; _AvazuArticle.currency = "[ARTICLE_CURRENCY]"; _AvazuArticle.description = "[ARTICLE_DESCRIPTION]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "https://avazudsp.net/ret/dspPros.js"; var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs); })(); </script> Pages without product information (like home page and others) <script type="text/javascript" charset="UTF-8"> var _AvazuRunid = "MzUwaWVyX2ZnKzQ="; var _AvazuRadvid = "MTEyNm1lX3QrNGlr"; var _AvazuArticle = new Object(); _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "https://avazudsp.net/ret/dspPros.js"; var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs); })(); </script> Conversion Pixel <script type='text/javascript' src='https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&advertiser_id=350&article_ids=[article_ids]&transaction_id=[transaction_id]'></script> |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 08/mars/11 15:03 ] |
| Thomas, where does that code come from? Looks a little different from the French/Spanish ones. |
| Commentaire de Thomas Springett [ 08/mars/11 15:22 ] |
| it comes from them, |
| Commentaire de Rémi Virlouvet [ 08/mars/11 15:27 ] |
| well, at least it doesn't encode into % |
| Commentaire de Thomas Springett [ 08/mars/11 15:56 ] |
|
Please note that this code is for every page(except conversion page) but with different parameters filled in:
--On Homepage please leave the specific parameters blank; --On Category pages please only put the category parameters and leave the others blank; --On Article pages please only put the article parameters and leave the others blank. <iframe marginheight="0" marginwidth="0" src="http://avazudsp.net/ret/check_adv.php?runid=MzUwaWVyX2ZnKzQ=_1&advid=MTEyNm1lX3QrNGlr&pid=[ARTICLE_ID]&gettype=1&httptype=1&prunid=MzUwaWVyX2ZnKzQ=&k=&MastWeb=&article_id=[ARTICLE_ID]&article_name=[ARTICLE_NAME]&article_price=[ARTICLE_PRICE]&article_description=[ARTICLE_DESCRIPTION]&article_other=[CUSTOM_PARAMETERS]&article_price_type=[ARTICLE_CURRENCY]&article_deepLink=[ARTICLE_DEEPLINK]&article_img=[ARTICLE_IMG]&article_brand=[BRAND_NAME]&category_name=[CATEGORY_NAME]&category_img=[CATEGORY_IMG]" width="1" height="1" frameborder="0" scrolling="no"></iframe> *These 3 parameters [CATEGORY_IMG] [ARTICLE_DEEPLINK] [ARTICLE_IMG] need to be encrypted by JS escape; There 7 parameters [ARTICLE_ID] [ARTICLE_NAME] [ARTICLE_PRICE] [ARTICLE_DESCRIPTION] [ARTICLE_CURRENCY] [BRAND_NAME] [CATEGORY_NAME] need escape character HTML ISO-8859-1. --On Conversion confirmation page: <iframe style='display:none' width='1' height='1' marginheight='0' marginwidth='0' frameborder='0' scrolling='no' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=350&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe> |
| Commentaire de Rémi Virlouvet [ 08/mars/11 17:37 ] |
|
paramétrés
à recetter sur ref-uk et à ouvrir à avazu |
| Commentaire de Rémi Virlouvet [ 09/mars/11 10:13 ] |
|
"Hi Thomas,
Please find our IP address: 180.168.45.102 for your information. Thanks and have a nice day! Best regards, Flora" |
| Commentaire de Rémi Virlouvet [ 09/mars/11 10:14 ] |
| thom, come & take me to damien gilloz, thx |
| Commentaire de Thomas Springett [ 10/mars/11 13:57 ] |
|
Retour from AVAZU: We have checked the pages and the pixels are ok. Only one thing is on the product pages, would your IT please split the price and the currency? Here is an example: article_price=27.79 and article_price_type=£ (instead of article_price=£27.79 and article_price_type=Pounds) we can differentiate the new clients and registered members. Here is the site wide pixel for the users who have purchased before. Please implement this code on all the category and product pages after the registered users log in. Then we are able to include or exclude those members for better banner displaying. <script type="text/javascript" charset="UTF-8"> var _AvazuRunid = "MzUwaWVyX2ZnKzQ="; var _AvazuRadvid = "MTM2Nm1lX3QrNGlr"; (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "http://avazudsp.net/ret/dspJS.js"; var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs); })(); </script> |
| Commentaire de Rémi Virlouvet [ 10/mars/11 16:12 ] |
| what's this javascript for? who/where to implement it? |
| Commentaire de Rémi Virlouvet [ 10/mars/11 16:37 ] |
| i have checked with my coworkers, we're not sure it actually is possible. but in any cases we'd need an iframe instead of that jvscript. |
[CAT-3415] Frais de port dans Fast - Adaptation du mécanisme Création: 06/janv./11 10:33 Mise à jour: 11/mars/11 09:57 |
|
| Etat: | Ouvert |
| Projet: | Paramétrage - Non Import |
| Composants: | Flux Marketing |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Carole Boucheny | Attribution: | Carole Boucheny |
| Résolution: | Non résolu | ||
| Estimation restante: | 2 jours | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 2 jours | ||
| Pièces jointes: |
extraitIdealo.csv
extraitIdealo2.csv
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Classif CAT: | 00 | ||||||||
| Commentaires |
| Commentaire de Carole Boucheny [ 06/janv./11 12:14 ] |
|
Le dossier "pm_fluxcomparateur" est accessible sur l'integ :
Serveur : krypton Login : param MdP : param QRServer : thienot Ceci va permettre de tester le flux lcd-compare en integ. |
| Commentaire de Carole Boucheny [ 06/janv./11 15:51 ] |
|
Création de la requête frais_ports.sql --> A exécuter
tous les jours. Cette requête créé le fichier frais_ports.csv avec le
séparateur "|". Voici les colonnes :
Shipping_size | Label | Normal | Suivi | Recommandé | So-colissimo | Chronopost |
| Commentaire de Carole Boucheny [ 06/janv./11 17:05 ] |
|
Cette requête ne sera pas lancé pour le UK.
ES : Structure identique du fichier mais seul les colonnes : Shipping_size, Label, Normal, et Recommandé FR : Toutes seront remplies |
| Commentaire de Carole Boucheny [ 07/janv./11 11:39 ] |
|
Modification du script : generator2_6.pl
Chargement du fichier des frais port en mémoire suivant le pays du flux. Cette action est déclenchée pour tous les pays autre que le UK. (Enrichissement des logs de generator) |
| Commentaire de Carole Boucheny [ 07/janv./11 17:05 ] |
| IP de krypton : 172.16.14.120 (le scp se fait de tellus vers krypton) |
| Commentaire de Carole Boucheny [ 12/janv./11 17:39 ] |
| A noter : Exclure dans le calcul des frais de port les annonces correspondantes à HS. |
| Commentaire de Carole Boucheny [ 15/févr./11 11:03 ] |
|
Création en cours d'une macro "annonceFAST" cette macro
pourra récupérer certaines informations suivants les paramètres passés.
L'idée pour l'instant est de ne récupérer que le "pays" et le "type
d'envoi" dans un tableau, pour chaque annonce, afin de connaître le
montant de frais de port le plus intéressant.
|
| Commentaire de Carole Boucheny [ 15/févr./11 11:13 ] |
| Doc pour les annonces dans FAST : http://pricewiki.lan/Wiki.jsp?page=Stockage%20des%20annonces%20dans%20Fast |
| Commentaire de Carole Boucheny [ 01/mars/11 11:34 ] |
|
Le mécanisme est prêt à être utilisé. Voici un résumer de ce qui a été modifié et les prochaines étapes de test :
- Modification de l'extractor - Modification des macro ES, FR - Création de la requête frais_ports.sql Dès que le jira chez les devs sera résolu, voici les étapes de test et déploiement prévu : - Mettre en place le nouveau mécanisme de frais de port : (observation durant 1 à 2 jours) - Utilisation du nouvel Extractor, nouvelle macro, nouveau fichier - Test sur les partenaires : - shopping-compare lcd FR - tradedoubler all ES - Ajouter quelques autres partenaires (observation durant 1 à 2 jours) - Basculer tous les partenaires sur le nouveau mécanisme : (observation durant 2 à 3 jours) - Utilisation du nouvel extractor par défaut - Renommer la nouvelle macro avec le nom de l'ancienne |
| Commentaire de Carole Boucheny [ 03/mars/11 10:48 ] |
|
Suite à la réunion : malgré le jira APP-32985, les frais de port seront mis en prod.
Je commence finalement par le partenaire "idealo" qui utilise des full tous les jours. A 13h le flux se lancera (il n'écrasera pas l'ancien, ceci nous permettra de comparer les temps et les résultats). Un problème est quand même apparu lors du déploiement de ce nouveau flux : sqlplus ne fonctionne plus sur titan. Ceci nous permettait d'exécuter les requêtes pour les frais de port tous les matins. Une nouvelle modification est donc à prévoir afin que les fichiers soient déplacés automatiquement sur tous les serveurs défini pour les flux. |
| Commentaire de Carole Boucheny [ 04/mars/11 12:00 ] |
|
La copie du flux idealo All avec le nouveau mécanisme des
frais de port a tourné hier et tournera aussi ce matin. On peut donc le
comparer le flux original.
Au niveau du temps de génération, sur le flux d'hier après-midi, nous avons une petite augmentation comme prévue. (En ramenant les deux flux au même volume de produit) : Temps total du flux d'origine : 7h09 et temps total du nouveau flux : 7h24 Je vais surveiller les temps de ce matin. |
| Commentaire de Carole Boucheny [ 07/mars/11 16:49 ] |
|
Ci-joint un extrait du fichier avec les nouveaux frais de port d'idealo.
Pour info, voici des informations sur les temps de traitement moyen d'idealo sur les derniers jours (pour 1 Million de produits) : Tps nouveau mécanisme : 53 min et 55 sec Tps ancien mécanisme : 53 min et 46 sec L'ancienne méthode reste plus rapide mais le temps moyen sur cette volumétrie n'est pas alarmante. La charge du serveur n'augmente pas de façon significative avec ce traitement. Donc, en gros, si les frais de port de l'extrait ci-joint sont validés, je passerais idealo, shopping-compare (FR) ainsi que Tradedoubler (ES) sur le nouveau mécanisme. |
| Commentaire de Carole Boucheny [ 09/mars/11 10:11 ] |
|
Hello,
Avez-vous eu le temps de jeter un oeil aux frais de port du fichier joint ? Merci, Carole |
| Commentaire de Jonathan Gorges [ 10/mars/11 12:09 ] |
|
Hello,
Je n'ai pas tout vérifié, mais il y a plein de FdP qui me paraissent très bizarre. ** Frais de port à 1€ -> cela n'existe pas sur le site -> Exemple dans l'extrait : 101957043; 101946215; 115057158 ** Frais de port non remplis -> hors les frais de port sont bien présents on site... -> Exemple dans l'extrait : 61298608; 16999552; 99125201 ** Frais de port d'un vendeur allemand -> à 16.20€ sur le site VS 14.70€ dans le flux -> Exemple dans l'extrait : 113585770 Carole, peux-tu dans un premier temps revenir vers moi concernant ces 3 points ? Merci |
| Commentaire de Carole Boucheny [ 10/mars/11 14:26 ] |
|
Merci pour tes retours.
** Frais de port à 1€ ça existe bien. Il s'agit de la taille "T-Carte" ou "T-Carte - Enlèvement" en normal et pays identique. (Pour le second produit par exemple : 101946215) Cependant j'ai quand même fait une modification. Il me manquait un "=" du coup ça mettait les frais de port normal alors que le vendeur ne l'avait pas autorisé... ** Frais de port non remplis J'ai bien les frais de port dans le fichier. Tu peux les voir en l'ouvrant sous notepad. Je pense que le problème viens d'Excel qui ne prend qu'un nombre limité de caractère par cellule. ça créé surement des décalages ou des suppressions. Voici les 3 produits tels qu'ils sont en mode "texte" : 61298608||0||Téfal|Thermomètre Auriculaire Et Frontal|neuf|Puériculture générale|19.00|http://www.priceminister.com/offer/buy/61298608/sort1/Thermometre-Auriculaire-Et-Frontal-Puericulture.html?t=1544040|http://pmcdn.priceminister.com/photo/765101930_M.jpg||||||2 en 1: mesure frontale et auriculaire grâce à l'embout protection du capteur grâce au capuchon. Technologie: infrarouge. Durée de prise de température: 1 sec en auriculaire et quelques secondes en frontal. 12 prises de mesure en 1 sec (seule la plus élev Arrêt automatique après 30 sec. Plage de température:32,2° - 42,2°; afichage sur la face externe 0,1°C près. Corps en thermoplastique. Dès la naissance. Pile Lithium fournie avec une durée de vie de 5000 mesures. - couleur(s) : Bleu translucide|1194|2 a 3 jours|2.80 16999552||0|ASMODEE-CAM01|Asmodée Editions|Camelot|neuf|Jeux de société|16.90|http://www.priceminister.com/offer/buy/16999552/sort1/Camelot-Asmodee-Jeux-de-societe.html?t=1544040|http://pmcdn.priceminister.com/photo/279911530_M.jpg||||||pour tous les chevaliers de la table ronde, il est temps de rejoindre camelot, le mythique château du roi arthur. un prestigieux tournoi s'y tient, et seuls ceux dont le courage le dispute à l'habileté pourront triompher. pour mettre toutes les chances de votre coté, il vous faudra utiliser les meilleures armes, rallier vos écuyers, et peut-être même obtenir la faveur d'une belle dame. le tournoi va se dérouler en plusieurs manches au cours desquelles les chevaliers choisiront de nouvelles armes puis, à l'aide de différentes cartes actions, les combattants tenteront de prendre le dessus sur leur adversaires. le premier joueur à emporter cinq affrontements avec des armes différentes sera salué comme le grand vainqueur du tournoi de camelot ! notre avis : un jeu prenant et drôle, la gestion de ces cartes y est primordiales. très plaisant !a partir de 10 ans ; de 2 à 5 joueurs|369|2 a 3 jours|4.90 99125201||0||Filosofia|Catane (Les Colons De Catane Jeu De Base)|neuf|Jeux de société|31.89|http://www.priceminister.com/offer/buy/99125201/sort1/catane-les-colons-de-catane-jeu-de-base-jeux-de-societe.html?t=1544040|http://pmcdn.priceminister.com/photo/861040899_M.jpg||||||À vous les joies et les peines de l'exploration de l'île de Catane. Construisez vos villes, vos routes, en profitant au mieux des ressources de cette île si accueillante tout en commerçant avec vos voisins. Et ce n'est pas la présence du seul brigand de l'île, le terrible chevalier noir, qui va retenir vos ardeurs de colonisateurs. Catane, c'est plusieurs millions d'exemplaires vendus à travers le monde et le porte-étendard d'une nouvelle manière de jouer. Avec ce jeu, les joueurs français ont découvert tout ce qui fait le sel des jeux allemands : une mécanique fluide et bien pensée, des règles simples, des parties courtes pour un jeu de stratégie et la non-élimination des joueurs en cours de partie. Cette nouvelle édition se refait une beauté : nouvelles tuiles, figurines plastiques détaillées, nouvelles cartes et cadre maritime pour assurer le maintien des tuiles. 1 livret de règles ; 37 hexagones de terrain ; 95 cartes de matière première ; 25 cartes de développement ; 96 pions infrastructures de quatre couleurs différentes ; 18 jetons numérotés ; 4 fiches coûts de construction et 2 fiches spéciales ; 1 figurine de brigand ; 2 dés ; 1 cadre pour maintenir le plateau de jeu en place. A partir de 10 ans Jusqu'à 4 joueurs A partir de 3 joueur Durée 75 mn|6|2 a 3 jours|8.90 ** Frais de port d'un vendeur allemand C'est corrigé. Le problème venait d'une requête faite en base quotidiennement (elle avait été mis en place pour la prise en charge de so-colissimo). Le problème était posé que pour les produits d'une certaine taille et pour lesquels un pricing doit être appliqué (frais d'assurance). La requête qui devait en partie récupérer les informations de ce tableau : http://bo.priceminister.com/shipping_back?action=shippingsizesearch en base, ne récupérait pas les lignes où le "Label Front" n'existait pas. Du coup le pricing n'était pas additionné au frais de port de base, ce qui fausse le résultat. Je vais refaire un extract de 1000 produits en désactivant la description pour alléger la chose. |
| Commentaire de Jonathan Gorges [ 10/mars/11 20:23 ] |
|
Hello Carole,
OK merci pour tous ces retours et ces corrections. Tiens moi au courant lorsque tu auras le second extract. Merci |
| Commentaire de Carole Boucheny [ 11/mars/11 09:57 ] |
|
Bonjour,
Ci-joint le nouvel extract. Merci |
[APP-32482] (ES) - ClickInText (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:54 Mise à jour: 11/mars/11 10:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
plan retargeting clickintext Script.pdf
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France, ClickInText. Ils nous proposent du retargeting comportementale à la performance (au CPA). On sera totalement rentables puisque nous rémunérons au CPA basé sur le CA. S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Pourriez-vous svp me communiquer quel dump peut-on viser (approximativement) ? Merci d'avance, Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:17 ] |
| Parametre sur IG. A tester sur ref-es |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:53 ] |
| Isabel, tout est ok pour toi ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:58 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP de ClickInText pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Rocio Perez-Garcia [ 02/févr./11 10:24 ] |
| Je déplace jusqu'à confirmation |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ] |
|
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?
Merci de ton retour |
| Commentaire de Isabel Yus [ 18/févr./11 20:29 ] |
|
J'ai demandé aujourd'hui et je vais me rapprocher auprès de
Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai
plus de nouvelles la semaine prochaine.
Merci |
| Commentaire de Rocio Perez-Garcia [ 11/mars/11 10:24 ] |
| Salut Isabel, avez vous des nouvelles de apicit? |
[EXP-3603] 
